tag:old.nabble.com,2006:forum-2403Nabble - Cargo2009-11-10T00:59:06ZCargo is a thin wrapper around existing J2EE containers. It provides different APIs to easily manipulate containers. Cargo home is <a href="http://cargo.codehaus.org/" target="_top" rel="nofollow">here</a>.tag:old.nabble.com,2006:post-26280180Re: CARGO 1.0.12009-11-10T00:59:06Z2009-11-10T00:59:06ZS. Ali Tokmen-4Hello again
<br><br>S. Ali Tokmen a écrit :
<br>> CARGO 1.0.1-alpha-1 is working fine with JOnAS 5.1.0 final (we use it
<br>> in multiple Maven projects for integration testing of our Java EE and
<br>> OSGi applications). You'd have at least my "go" :)
<br><br>It actually doesn't, see <a href="http://jira.ow2.org/browse/JONAS-64" target="_top" rel="nofollow">http://jira.ow2.org/browse/JONAS-64</a><br><br>It works only with CARGO 1.0.1-SNAPSHOT now. I'd definitely say "yes" to
<br>a CARGO 1.0.1 or 1.0.1-alpha-2
<br><br>Cheers
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-26266036Odp:jetty6x/embedded ClassNotFoundException: HttpServlet2009-11-09T04:59:34Z2009-11-09T04:59:34ZŁukasz BudnikHi all,<br /><br />I have just confirmed that Apache ODE works on an embedded Jetty using maven-jetty-plugin. It integrates smoothly with my failsafe integration tests.<br /><br />But I'd like to use a more generic Cargo approach... I'm still interested in learning how the HttpServlet ClassNotFound exception can be dealt with.<br /><br />thanks,<br />Łukasz<br /><br />W dniu 09-11-2009 12:25 <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26266036&i=0" target="_top" rel="nofollow">lukasz.budnik@...</a> napisał(a):<div class='shrinkable-quote'><br />> Hi all,<br />> <br />> While deploying external war (deployables/deployable) I keep getting:<br />> <br />> Caused by: java.lang.ClassNotFoundException: javax.servlet.http.HttpServlet<br />> <br />> Has anyone experienced it before? If so and have found solution please share some tips.<br />> <br />> If anyone hasn't encounter this error, below is "my story".<br />> <br />> I have integration test which involves communicating with Apache ODE (WS-BPEL engine, based on Axis2).<br />> Till now when I had to invoke integration tests I had to make sure if external Tomcat with Apache ODE is up and running.<br />> Using cargo I wanted to automate this process by running Apache ODE on an embedded Jetty 6 container.<br />> And this is where I have the problem. During the deployment of Apache ODE on embedded Jetty6 I have class not found exception.<br />> <br />> When I deploy Apache ODE on local Jetty 6.1.21, it deploys successfully.<br />> <br />> Any ideas what may be causing this exception?<br />> <br />> thanks<br />> Łukasz</div><p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-26264788jetty6x/embedded ClassNotFoundException: HttpServlet2009-11-09T03:25:14Z2009-11-09T03:25:14ZŁukasz BudnikHi all,<br /><br />While deploying external war (deployables/deployable) I keep getting:<br /><br />Caused by: java.lang.ClassNotFoundException: javax.servlet.http.HttpServlet<br /><br />Has anyone experienced it before? If so and have found solution please share some tips.<br /><br />If anyone hasn't encounter this error, below is "my story".<br /><br />I have integration test which involves communicating with Apache ODE (WS-BPEL engine, based on Axis2).<br />Till now when I had to invoke integration tests I had to make sure if external Tomcat with Apache ODE is up and running.<br />Using cargo I wanted to automate this process by running Apache ODE on an embedded Jetty 6 container.<br />And this is where I have the problem. During the deployment of Apache ODE on embedded Jetty6 I have class not found exception.<br /><br />When I deploy Apache ODE on local Jetty 6.1.21, it deploys successfully.<br /><br />Any ideas what may be causing this exception?<br /><br />thanks<br />Łukasz<p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-26262026Re: collaboration on platform modernization of cargo2009-11-08T23:03:44Z2009-11-08T23:03:44ZvmassolHi Adrian,
<br><br>On Nov 9, 2009, at 5:22 AM, Adrian Cole wrote:
<br><div class='shrinkable-quote'><br>> Hi, Team.
<br>>
<br>> It's been a while since I've sunk day and night into Cargo... I guess
<br>> I'm looking for some more action!
<br>>
<br>> As you probably know, I run the jclouds [1] project, which is a cloud
<br>> framework. It would seem quite useful and appropriate to have a means
<br>> to deploy to compute clouds directly from cargo. jclouds currently
<br>> has tools to manage google appengine, amazon, rackspace, and vmware
<br>> clouds.
<br>>
<br>> With some collaboration, we could make cargo a cloud launch-pad.
<br>> Anyone interested in something like this?
</div><br> From the outside it looks like a very good idea.
<br><br>Cheers,
<br>-Vincent
<br><br>>
<br>> Cheers,
<br>> -Adrian
<br>> [1] <a href="http://code.google.com/p/jclouds/" target="_top" rel="nofollow">http://code.google.com/p/jclouds/</a><br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---Dev-f2405.html" embed="fixTarget[2405]" target="_top" >Cargo - Dev</a></p>tag:old.nabble.com,2006:post-26261110collaboration on platform modernization of cargo2009-11-08T20:22:43Z2009-11-08T20:22:43ZAdrian ColeHi, Team.
<br><br>It's been a while since I've sunk day and night into Cargo... I guess
<br>I'm looking for some more action!
<br><br>As you probably know, I run the jclouds [1] project, which is a cloud
<br>framework. It would seem quite useful and appropriate to have a means
<br>to deploy to compute clouds directly from cargo. jclouds currently
<br>has tools to manage google appengine, amazon, rackspace, and vmware
<br>clouds.
<br><br>With some collaboration, we could make cargo a cloud launch-pad.
<br>Anyone interested in something like this?
<br><br>Cheers,
<br>-Adrian
<br>[1] <a href="http://code.google.com/p/jclouds/" target="_top" rel="nofollow">http://code.google.com/p/jclouds/</a><br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---Dev-f2405.html" embed="fixTarget[2405]" target="_top" >Cargo - Dev</a></p>tag:old.nabble.com,2006:post-26217622[jira] Created: (CARGO-735) AbstractInstalledLocalContainer will cause a NullPointerException if a simple file name is used as the "output" file2009-11-05T08:11:55Z2009-11-05T08:11:55ZJIRA jira@codehaus.orgAbstractInstalledLocalContainer will cause a NullPointerException if a simple file name is used as the "output" file
<br>--------------------------------------------------------------------------------------------------------------------
<br><br> Key: CARGO-735
<br> URL: <a href="http://jira.codehaus.org/browse/CARGO-735" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-735</a><br> Project: Cargo
<br> Issue Type: Bug
<br> Components: Core
<br> Affects Versions: 1.0.1
<br> Reporter: Christopher Rued
<br> Priority: Minor
<br> Attachments: diff.txt
<br><br>AbstractInstalledLocalContainer's createJavaTask method attempts to ensure that all the correct folders exist before creating the output file. It does this by calling outputFile.getParentFile().mkdirs() without first ensuring that outputFile.getParentFile() is not null.
<br><br>To work around this, the value of outputFile.getParentFile() should be checked, or outputFile.getAbsoluteFile().getParentFile().mkdirs() should be used (since the absolute file must have a parent).
<br><br>Patch attached.
<br><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---Dev-f2405.html" embed="fixTarget[2405]" target="_top" >Cargo - Dev</a></p>tag:old.nabble.com,2006:post-26215840[jira] Issue Comment Edited: (CARGO-491) Add support for Glassfish2009-11-05T06:36:56Z2009-11-05T06:36:56ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CARGO-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=197270#action_197270" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=197270#action_197270</a> ]
<br><br>Christopher Rued edited comment on CARGO-491 at 11/5/09 8:36 AM:
<br>-----------------------------------------------------------------
<br><br>I have been having quite a bit of trouble trying to get this to run on Ant...eventually, it seems, it came down to a classloader problem. Somehow the GlassFish classes weren't found in the "Context" classpath but were in the classloader associated with the AbstractFactoryRegistry class.
<br><br>Here's a patch that seems to make things work: the basic idea is to use ALL classloaders, rather than just the first one we find:
<br><br>(patch attached to this issue)
<br><br> was (Author: crued):
<br> I have been having quite a bit of trouble trying to get this to run on Ant...eventually, it seems, it came down to a classloader problem. Somehow the GlassFish classes weren't found in the "Context" classpath but were in the classloader associated with the AbstractFactoryRegistry class.
<br><br>Here's a patch that seems to make things work: the basic idea is to use ALL classloaders, rather than just the first one we find:
<br><br>Index: AbstractFactoryRegistry.java
<br>===================================================================
<br>--- AbstractFactoryRegistry.java (revision 1987)
<br>+++ AbstractFactoryRegistry.java (working copy)
<br>@@ -251,27 +251,24 @@
<br> private static List list(ClassLoader classLoader)
<br> {
<br> ClassLoader cl = classLoader;
<br>- if (cl == null)
<br>- {
<br>- cl = Thread.currentThread().getContextClassLoader();
<br>+ ClassLoaders loaders = new ClassLoaders();
<br>+ cl = AbstractFactoryRegistry.class.getClassLoader();
<br>+ if (cl != null) {
<br>+ loaders.put(cl);
<br> }
<br>- if (cl == null)
<br>- {
<br>- cl = AbstractFactoryRegistry.class.getClassLoader();
<br>+ cl = Thread.currentThread().getContextClassLoader();
<br>+ if (cl != null) {
<br>+ loaders.put(cl);
<br> }
<br>- if (cl == null)
<br>- {
<br>- cl = JDKHooks.getJDKHooks().getSystemClassLoader();
<br>+ cl = JDKHooks.getJDKHooks().getSystemClassLoader();
<br>+ if (cl != null) {
<br>+ loaders.put(cl);
<br> }
<br>- if (cl == null)
<br>- {
<br>+ if (loaders.size() == 0) {
<br> // this is not our day. bail out.
<br> return Collections.EMPTY_LIST;
<br> }
<br><br>- ClassLoaders loaders = new ClassLoaders();
<br>- loaders.put(cl);
<br>-
<br> List registries = new ArrayList();
<br> Enumeration providers = Service.providers(
<br> new SPInterface(AbstractFactoryRegistry.class), loaders);
<br><br><br><br><br><br>This makes the list method look like this:
<br><br> private static List list(ClassLoader classLoader)
<br> {
<br> ClassLoader cl = classLoader;
<br> ClassLoaders loaders = new ClassLoaders();
<br> cl = AbstractFactoryRegistry.class.getClassLoader();
<br> if (cl != null) {
<br> loaders.put(cl);
<br> }
<br> cl = Thread.currentThread().getContextClassLoader();
<br> if (cl != null) {
<br> loaders.put(cl);
<br> }
<br> cl = JDKHooks.getJDKHooks().getSystemClassLoader();
<br> if (cl != null) {
<br> loaders.put(cl);
<br> }
<br> if (loaders.size() == 0) {
<br> // this is not our day. bail out.
<br> return Collections.EMPTY_LIST;
<br> }
<br><br> List registries = new ArrayList();
<br> Enumeration providers = Service.providers(
<br> new SPInterface(AbstractFactoryRegistry.class), loaders);
<br> while (providers.hasMoreElements())
<br> {
<br> Object provider = providers.nextElement();
<br> if (provider instanceof AbstractFactoryRegistry)
<br> {
<br> registries.add(provider);
<br> }
<br> }
<br><br> return registries;
<br> }
<br>
<div class='shrinkable-quote'><br>> Add support for Glassfish
<br>> -------------------------
<br>>
<br>> Key: CARGO-491
<br>> URL: <a href="http://jira.codehaus.org/browse/CARGO-491" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-491</a><br>> Project: Cargo
<br>> Issue Type: New Feature
<br>> Components: Glassfish
<br>> Affects Versions: 0.8
<br>> Environment: Sun OS 10/SPARC, Sun Java System Application Server Platform Edition 9.0_01
<br>> Reporter: Marwan Zeineddine
<br>> Priority: Trivial
<br>> Attachments: CARGO-491_draft_v1.diff, patch.txt
<br>>
<br>>
<br>> Attempting to finish work initiated by Kohsuke Kawagushi. I am following the standard procedure for adding a container. I have searched the bug database for anything relating to glassfish or sun app server and didn't find any, i may have missed some.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---Dev-f2405.html" embed="fixTarget[2405]" target="_top" >Cargo - Dev</a></p>tag:old.nabble.com,2006:post-26206429[jira] Updated: (CARGO-491) Add support for Glassfish2009-11-04T15:16:55Z2009-11-04T15:16:55ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CARGO-491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Christopher Rued updated CARGO-491:
<br>-----------------------------------
<br><br> Attachment: patch.txt
<br><br>Patch to have AbstractFactoryRegistry search for providers in ALL classloaders rather than just the first classloader it can find.
<br><div class='shrinkable-quote'><br>> Add support for Glassfish
<br>> -------------------------
<br>>
<br>> Key: CARGO-491
<br>> URL: <a href="http://jira.codehaus.org/browse/CARGO-491" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-491</a><br>> Project: Cargo
<br>> Issue Type: New Feature
<br>> Components: Glassfish
<br>> Affects Versions: 0.8
<br>> Environment: Sun OS 10/SPARC, Sun Java System Application Server Platform Edition 9.0_01
<br>> Reporter: Marwan Zeineddine
<br>> Priority: Trivial
<br>> Attachments: CARGO-491_draft_v1.diff, patch.txt
<br>>
<br>>
<br>> Attempting to finish work initiated by Kohsuke Kawagushi. I am following the standard procedure for adding a container. I have searched the bug database for anything relating to glassfish or sun app server and didn't find any, i may have missed some.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---Dev-f2405.html" embed="fixTarget[2405]" target="_top" >Cargo - Dev</a></p>tag:old.nabble.com,2006:post-26206407[jira] Commented: (CARGO-491) Add support for Glassfish2009-11-04T15:14:55Z2009-11-04T15:14:55ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CARGO-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=197270#action_197270" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=197270#action_197270</a> ]
<br><br>Christopher Rued commented on CARGO-491:
<br>----------------------------------------
<br><br>I have been having quite a bit of trouble trying to get this to run on Ant...eventually, it seems, it came down to a classloader problem. Somehow the GlassFish classes weren't found in the "Context" classpath but were in the classloader associated with the AbstractFactoryRegistry class.
<br><br>Here's a patch that seems to make things work: the basic idea is to use ALL classloaders, rather than just the first one we find:
<br><br>Index: AbstractFactoryRegistry.java
<br>===================================================================
<br>--- AbstractFactoryRegistry.java (revision 1987)
<br>+++ AbstractFactoryRegistry.java (working copy)
<br>@@ -251,27 +251,24 @@
<br> private static List list(ClassLoader classLoader)
<br> {
<br> ClassLoader cl = classLoader;
<br>- if (cl == null)
<br>- {
<br>- cl = Thread.currentThread().getContextClassLoader();
<br>+ ClassLoaders loaders = new ClassLoaders();
<br>+ cl = AbstractFactoryRegistry.class.getClassLoader();
<br>+ if (cl != null) {
<br>+ loaders.put(cl);
<br> }
<br>- if (cl == null)
<br>- {
<br>- cl = AbstractFactoryRegistry.class.getClassLoader();
<br>+ cl = Thread.currentThread().getContextClassLoader();
<br>+ if (cl != null) {
<br>+ loaders.put(cl);
<br> }
<br>- if (cl == null)
<br>- {
<br>- cl = JDKHooks.getJDKHooks().getSystemClassLoader();
<br>+ cl = JDKHooks.getJDKHooks().getSystemClassLoader();
<br>+ if (cl != null) {
<br>+ loaders.put(cl);
<br> }
<br>- if (cl == null)
<br>- {
<br>+ if (loaders.size() == 0) {
<br> // this is not our day. bail out.
<br> return Collections.EMPTY_LIST;
<br> }
<br><br>- ClassLoaders loaders = new ClassLoaders();
<br>- loaders.put(cl);
<br>-
<br> List registries = new ArrayList();
<br> Enumeration providers = Service.providers(
<br> new SPInterface(AbstractFactoryRegistry.class), loaders);
<br><br><br><br><br><br>This makes the list method look like this:
<br><br> private static List list(ClassLoader classLoader)
<br> {
<br> ClassLoader cl = classLoader;
<br> ClassLoaders loaders = new ClassLoaders();
<br> cl = AbstractFactoryRegistry.class.getClassLoader();
<br> if (cl != null) {
<br> loaders.put(cl);
<br> }
<br> cl = Thread.currentThread().getContextClassLoader();
<br> if (cl != null) {
<br> loaders.put(cl);
<br> }
<br> cl = JDKHooks.getJDKHooks().getSystemClassLoader();
<br> if (cl != null) {
<br> loaders.put(cl);
<br> }
<br> if (loaders.size() == 0) {
<br> // this is not our day. bail out.
<br> return Collections.EMPTY_LIST;
<br> }
<br><br> List registries = new ArrayList();
<br> Enumeration providers = Service.providers(
<br> new SPInterface(AbstractFactoryRegistry.class), loaders);
<br> while (providers.hasMoreElements())
<br> {
<br> Object provider = providers.nextElement();
<br> if (provider instanceof AbstractFactoryRegistry)
<br> {
<br> registries.add(provider);
<br> }
<br> }
<br><br> return registries;
<br> }
<br><div class='shrinkable-quote'><br>> Add support for Glassfish
<br>> -------------------------
<br>>
<br>> Key: CARGO-491
<br>> URL: <a href="http://jira.codehaus.org/browse/CARGO-491" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-491</a><br>> Project: Cargo
<br>> Issue Type: New Feature
<br>> Components: Glassfish
<br>> Affects Versions: 0.8
<br>> Environment: Sun OS 10/SPARC, Sun Java System Application Server Platform Edition 9.0_01
<br>> Reporter: Marwan Zeineddine
<br>> Priority: Trivial
<br>> Attachments: CARGO-491_draft_v1.diff
<br>>
<br>>
<br>> Attempting to finish work initiated by Kohsuke Kawagushi. I am following the standard procedure for adding a container. I have searched the bug database for anything relating to glassfish or sun app server and didn't find any, i may have missed some.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---Dev-f2405.html" embed="fixTarget[2405]" target="_top" >Cargo - Dev</a></p>tag:old.nabble.com,2006:post-26196665Re: WebLogic 10.x automatic installation2009-11-04T05:52:56Z2009-11-04T05:52:56ZPeter PleshachkovHi Adrian,<br><br>As far as I understood from your previous reply I have to install
weblogic manually, but cargo will create weblogic domain automatically, run it
and deploy application.<br><br> I am using ant to run weblogic 10.3, but it does not work. I tried to find working example on the web but I failed. <br><br>Do you have documentation or samples for weblogic (ant extension) ? <br>
<br>Thank you in advance,<br>Petr<br><br><br><br><div class="gmail_quote">On Tue, Aug 25, 2009 at 9:33 PM, Adrian Cole <span dir="ltr"><<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26196665&i=0" target="_top" rel="nofollow">ferncam1@...</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi, Petr.<br>
<br>
Cargo creates single-server weblogic domains when given an existing<br>
weblogic home. Cargo does not do auto-installation of weblogic<br>
binaries.<br>
<br>
I recommend installing the weblogic home once and then setup some<br>
system for distributing it where needed. Once the binaries are<br>
present, cargo can install domains.<br>
<br>
I hope this helps,<br>
<font color="#888888">-Adrian<br>
</font><div><div></div><div class="h5"><br>
<br>
On Tue, Aug 25, 2009 at 8:40 AM, Peter<br>
Pleshachkov<<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=26196665&i=1" target="_top" rel="nofollow">peter.pleshachkov@...</a>> wrote:<br>
> Dear Cargo developers,<br>
><br>
> I am going to use your project to automate WebLogic 10.0 Application Server<br>
> management like install, start, stop, etc. In your documentation you say<br>
> that automatic installation of WebLogic 10.x (Installer feature) is<br>
> supported. However, you support automatic installation only for zip<br>
> archives. But WebLogic App mServer is distributed as .exe file under Windows<br>
> which you should manually to run and follow the installation dialogs. So the<br>
> question is : Do you support automatic installation of WebLogic 10.x ? If<br>
> yes how do you achieve that ?<br>
><br>
> Thank you in advance,<br>
> Petr Pleashachkov<br>
<br>
</div></div><div><div></div><div class="h5">---------------------------------------------------------------------<br>
To unsubscribe from this list, please visit:<br>
<br>
<a href="http://xircles.codehaus.org/manage_email" target="_blank" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br>
<br>
<br>
</div></div></blockquote></div><br>
<p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-26147923Cargo maven2 plugin: deployment on 2 container instances with different configuration2009-10-31T19:43:20Z2009-10-31T19:43:20Zjulien.eluard.mlHi,<br><br>I am trying to deploy a deployable on 2 instances of an InstalledLocalContainer using different configurations.<br>To achieve this I use a maven configuration similar to this one: <a href="http://old.nabble.com/Multiple-Tomcat-Containers-and-Not-Automatically-deploying-Maven-2-project-artifact-ts7631458.html#a7631458" target="_top" rel="nofollow">http://old.nabble.com/Multiple-Tomcat-Containers-and-Not-Automatically-deploying-Maven-2-project-artifact-ts7631458.html#a7631458</a>.<br>
My configuration defines 2 executions (different ids) calling cargo goal 'start' with different parameters for underlying StandaloneLocalConfiguration.<br>It looks like from my tests that the configuration of second execution is ignored (non-existent class for implementation node doesn't generate errors).<br>
<br>As the InstalledLocalContainer I am using is a custom implementation (no plugin available for this container) I am wondering if this kind of scenario is supported or if the implementation is wrong.<br>Could someone confirm if this use case is supported by cargo?<br>
<br>Thanks,<br>Julien<br><br><br>
<p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-26018641[jira] Commented: (CARGO-734) Add Tomcat support for multi-level context paths2009-10-22T16:06:26Z2009-10-22T16:06:26ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CARGO-734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=195651#action_195651" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-734?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=195651#action_195651</a> ]
<br><br>Chris Marks commented on CARGO-734:
<br>-----------------------------------
<br><br>Forgot to add that a description of multi-level contexts is found in the Introduction sections of <a href="http://tomcat.apache.org/tomcat-6.0-doc/config/context.html" target="_top" rel="nofollow">http://tomcat.apache.org/tomcat-6.0-doc/config/context.html</a> and <a href="http://tomcat.apache.org/tomcat-5.5-doc/config/context.html" target="_top" rel="nofollow">http://tomcat.apache.org/tomcat-5.5-doc/config/context.html</a>. Versions of Tomcat that support this syntax were found by searching the change logs posted on the Tomcat site.
<br><div class='shrinkable-quote'><br>> Add Tomcat support for multi-level context paths
<br>> ------------------------------------------------
<br>>
<br>> Key: CARGO-734
<br>> URL: <a href="http://jira.codehaus.org/browse/CARGO-734" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-734</a><br>> Project: Cargo
<br>> Issue Type: Improvement
<br>> Components: Tomcat
<br>> Reporter: Chris Marks
<br>> Priority: Minor
<br>> Attachments: cargo-core-container-tomcat.patch
<br>>
<br>>
<br>> Tomcat provides support for multi-level contexts as of v5.5.27 and v6.0.18. A multi-level context is when an application appears to be deployed to a sub-directory, such as random/location. When using Tomcat, you can name your WAR file using a # to indicate a directory change, so for the previous example, the war file name would be random#location.war. In order to use Cargo to deploy a war that is named in this convention, TomcatWAR.getContext() needs to be modified to accomodate the new convention.
<br>> Attached is a patch that does a regular expression replace of '#' with '/' for the context name. It does include a unit test to test the situation and a sample war file using the new naming scheme.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---Dev-f2405.html" embed="fixTarget[2405]" target="_top" >Cargo - Dev</a></p>tag:old.nabble.com,2006:post-26018595[jira] Created: (CARGO-734) Add Tomcat support for multi-level context paths2009-10-22T16:01:26Z2009-10-22T16:01:26ZJIRA jira@codehaus.orgAdd Tomcat support for multi-level context paths
<br>------------------------------------------------
<br><br> Key: CARGO-734
<br> URL: <a href="http://jira.codehaus.org/browse/CARGO-734" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-734</a><br> Project: Cargo
<br> Issue Type: Improvement
<br> Components: Tomcat
<br> Reporter: Chris Marks
<br> Priority: Minor
<br> Attachments: cargo-core-container-tomcat.patch
<br><br>Tomcat provides support for multi-level contexts as of v5.5.27 and v6.0.18. A multi-level context is when an application appears to be deployed to a sub-directory, such as random/location. When using Tomcat, you can name your WAR file using a # to indicate a directory change, so for the previous example, the war file name would be random#location.war. In order to use Cargo to deploy a war that is named in this convention, TomcatWAR.getContext() needs to be modified to accomodate the new convention.
<br><br>Attached is a patch that does a regular expression replace of '#' with '/' for the context name. It does include a unit test to test the situation and a sample war file using the new naming scheme.
<br><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---Dev-f2405.html" embed="fixTarget[2405]" target="_top" >Cargo - Dev</a></p>tag:old.nabble.com,2006:post-25962109Settting root context in Weblogic2009-10-19T10:26:16Z2009-10-19T10:26:16ZSetyaHi all,
<br><br>My application is packaged as myapplication.war, but when deployed in Weblogic I want to use 'app' as the root context. I added 'context' property under deployable element which works in Tomcat, but not in WL. So how do you configure it in WL ?
<br><br>Thanks & Regards,
<br><br>Setya<p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-25962030Re: Cargo is unable to find Weblogic home2009-10-19T10:15:52Z2009-10-19T10:15:52ZSetyaHi,
<br><br>Thanks for your advice.
<br><br>I just changed the path into '/home/setya/Programs/wls103/wlserver_10.3' and it worked.
<br><br>Regards,
<br><br>Setya<p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-25960860Re: Cargo is unable to find Weblogic home2009-10-19T08:55:55Z2009-10-19T08:55:55ZAdrian ColeSorry you are having problems.
<br><br>In weblogic land, there are 2 homes: BEA_HOME and WL_HOME.
<br><br>By default, WL_HOME is the path of weblogic10.3/ and BEA_HOME is the
<br>path including WL_HOME and also (very importantly) modules.
<br><br>To reset the BEA_HOME, use the property cargo.weblogic.bea.home.
<br><br>I hope this helps.
<br><br>Cheers,
<br>-Adrian
<br><br>On Mon, Oct 19, 2009 at 7:25 AM, Setya <<a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25960860&i=0" target="_top" rel="nofollow">jsetya@...</a>> wrote:
<div class='shrinkable-quote'><br>>
<br>> Hi all,
<br>>
<br>> I specify '/home/setya/Programs/wls103' as Weblogic home, but Cargo keeps
<br>> throwing the following exception :
<br>>
<br>> org.codehaus.cargo.container.ContainerException: Invalid Weblogic
<br>> installation. The [/home/setya/Programs/modules] directory doesn't exist.
<br>> Make sure the BEA_HOME directory you have specified points to the right
<br>> location (It's currently pointing to [/home/setya/Programs])
<br>>
<br>> It seems I encounter bug <a href="http://jira.codehaus.org/browse/CARGO-691" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-691</a><br>> <a href="http://jira.codehaus.org/browse/CARGO-691" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-691</a><br>>
<br>> Any workaround, anyone ?
<br>>
<br>> Any help would be greatly appreciated.
<br>>
<br>> Regards,
<br>>
<br>> Setya
<br>> --
<br>> View this message in context: <a href="http://www.nabble.com/Cargo-is-unable-to-find-Weblogic-home-tp25959243p25959243.html" target="_top">http://www.nabble.com/Cargo-is-unable-to-find-Weblogic-home-tp25959243p25959243.html</a><br>> Sent from the Cargo - User mailing list archive at Nabble.com.
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe from this list, please visit:
<br>>
<br>> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br>>
<br>>
<br>>
</div><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-25960808[jira] Commented: (CARGO-691) Cannot resolve path to weblogic home installation2009-10-19T08:55:27Z2009-10-19T08:55:27ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CARGO-691?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=195254#action_195254" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-691?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=195254#action_195254</a> ]
<br><br>Adrian Cole commented on CARGO-691:
<br>-----------------------------------
<br><br>by default bea_home != wl_home, as it is not default in the bea installer.
<br><br>In order to override the bea home, you need to set the property cargo.weblogic.bea.home to what you like.
<br><div class='shrinkable-quote'><br>> Cannot resolve path to weblogic home installation
<br>> -------------------------------------------------
<br>>
<br>> Key: CARGO-691
<br>> URL: <a href="http://jira.codehaus.org/browse/CARGO-691" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-691</a><br>> Project: Cargo
<br>> Issue Type: Bug
<br>> Components: Maven2, Weblogic
<br>> Environment: windows xp maven2
<br>> Reporter: Paul van den Berg
<br>> Attachments: errorMessage.txt
<br>>
<br>>
<br>> when using the cargo-maven2-plugin with containerId weblogic10x, the directory pointed out in the home var isn't resolved properly.
<br>> definition of de var: <home>s:\bea\Platform_102</home>
<br>> it resolves to: s:\bea, so resulting in an error that no installation was found.
<br>> The error message is attached.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---Dev-f2405.html" embed="fixTarget[2405]" target="_top" >Cargo - Dev</a></p>tag:old.nabble.com,2006:post-25959243Cargo is unable to find Weblogic home2009-10-19T07:25:22Z2009-10-19T07:25:22ZSetyaHi all,
<br><br>I specify '/home/setya/Programs/wls103' as Weblogic home, but Cargo keeps throwing the following exception :
<br><br>org.codehaus.cargo.container.ContainerException: Invalid Weblogic installation. The [/home/setya/Programs/modules] directory doesn't exist. Make sure the BEA_HOME directory you have specified points to the right location (It's currently pointing to [/home/setya/Programs])
<br><br>It seems I encounter bug <a href="http://jira.codehaus.org/browse/CARGO-691" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-691</a><br><br>Any workaround, anyone ?
<br><br>Any help would be greatly appreciated.
<br><br>Regards,
<br><br>Setya<p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-25951378[jira] Created: (CARGO-733) deploy of ROOT.war is deployed twice2009-10-18T16:02:26Z2009-10-18T16:02:26ZJIRA jira@codehaus.orgdeploy of ROOT.war is deployed twice
<br>------------------------------------
<br><br> Key: CARGO-733
<br> URL: <a href="http://jira.codehaus.org/browse/CARGO-733" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-733</a><br> Project: Cargo
<br> Issue Type: Bug
<br> Components: Tomcat
<br> Affects Versions: 1.0.1
<br> Environment: tomcat 6.18
<br>maven 2.09
<br>jdk 1.6
<br> Reporter: Haiko van der Schaaf
<br><br><br>deploying ROOT.war with cargo effects that the war is deployed twice. Once on path / and once on path ROOT. See also bug CARGO-516
<br><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---Dev-f2405.html" embed="fixTarget[2405]" target="_top" >Cargo - Dev</a></p>tag:old.nabble.com,2006:post-25885842[jira] Created: (CARGO-732) jboss-web_3_2.dtd is missing2009-10-13T23:09:27Z2009-10-13T23:09:27ZJIRA jira@codehaus.orgjboss-web_3_2.dtd is missing
<br>----------------------------
<br><br> Key: CARGO-732
<br> URL: <a href="http://jira.codehaus.org/browse/CARGO-732" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-732</a><br> Project: Cargo
<br> Issue Type: Bug
<br> Components: JBoss
<br> Environment: -
<br> Reporter: marco
<br> Attachments: stacktrace.log
<br><br>I use cactus 1.8.1 for in container testing. This version of cactus uses cargo to handle war and ear Files.
<br><br>The cactifywar task from cactus is not able to open handle the following file:
<br>Couldn't load ResourceStream for org/codehaus/cargo/module/internal/resource/jboss-web_3_2.dtd
<br><br>It would be nice if the dtd is part of cargo or if there would be a possibility to feed dtd Files into cargo (through classpath), which is not possible because the XmlEntityResolver looks for dtd files only in a specific location (XmlEntityResolver.java:93):
<br>InputStream in = this.getClass().getResourceAsStream("/org/codehaus/cargo/module/internal/resource/" + fileName);
<br><br>Since i sit behind a proxy i have only the possibility so set the JVM properties for the proxy which is something i would like to avoid.
<br><br>Or did i oversee a possibility to tell cargo where a specific dtd is?
<br><br><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---Dev-f2405.html" embed="fixTarget[2405]" target="_top" >Cargo - Dev</a></p>tag:old.nabble.com,2006:post-25783245Re: [jira] Updated: (CARGO-705) 'Username' attribute for Tomcat5x configuration2009-10-07T02:22:03Z2009-10-07T02:22:03ZS. Ali Tokmen-4By the way, JIRA still thinks 1.0 has not been released...
<br><br>S. Ali Tokmen
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25783245&i=0" target="_top" rel="nofollow">savas-ali.tokmen@...</a>
<br><br>Office: +33 4 76 29 76 19
<br>GSM: +33 66 43 00 555
<br><br>Bull, Architect of an Open World TM
<br><a href="http://www.bull.com" target="_top" rel="nofollow">http://www.bull.com</a><br><br><br><br>Savas Ali Tokmen (JIRA) a écrit :
<div class='shrinkable-quote'><br>> [ <a href="http://jira.codehaus.org/browse/CARGO-705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br>>
<br>> Savas Ali Tokmen updated CARGO-705:
<br>> -----------------------------------
<br>>
<br>> Affects Version/s: (was: 0.1)
<br>> 1.0
<br>> Fix Version/s: 1.0.1
<br>>
<br>>
<br>>> 'Username' attribute for Tomcat5x configuration
<br>>> -----------------------------------------------
<br>>>
<br>>> Key: CARGO-705
<br>>> URL: <a href="http://jira.codehaus.org/browse/CARGO-705" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-705</a><br>>> Project: Cargo
<br>>> Issue Type: Bug
<br>>> Components: Tomcat
<br>>> Affects Versions: 1.0
<br>>> Reporter: Tomás Pollak
<br>>> Fix For: 1.0.1
<br>>>
<br>>> Attachments: AbstractTomcatConfigurationBuilder.diff
<br>>>
<br>>>
<br>>> From the mailing list:
<br>>> <a href="http://www.nabble.com/DataSource-configuration-for-Tomcat-5x%2C-Java-API-td23713677.html" target="_top">http://www.nabble.com/DataSource-configuration-for-Tomcat-5x%2C-Java-API-td23713677.html</a><br>>> When Cargo is used like in the email example, the context.xml has a 'user' attribute for the DataSource. However Tomcat expects a 'username' attribute.
<br>>> The bug is located in AbstractTomcatConfigurationBuilder, line 96.
<br>>> However, as Matt pointed out, this behaviour may be different for different versions of Tomcat. 5x expects 'username', the other versions need to be checked.
<br>>>
<br>>
<br>>
</div><br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---Dev-f2405.html" embed="fixTarget[2405]" target="_top" >Cargo - Dev</a></p>tag:old.nabble.com,2006:post-25777711[jira] Commented: (CARGO-705) 'Username' attribute for Tomcat5x configuration2009-10-06T14:27:25Z2009-10-06T14:27:25ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CARGO-705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=193776#action_193776" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=193776#action_193776</a> ]
<br><br>Savas Ali Tokmen commented on CARGO-705:
<br>----------------------------------------
<br><br>Both Tomcat 5.5. and 6.0 use "username" as attribute.
<br><br><a href="http://tomcat.apache.org/tomcat-5.5-doc/jndi-resources-howto.html" target="_top" rel="nofollow">http://tomcat.apache.org/tomcat-5.5-doc/jndi-resources-howto.html</a> says:
<br><br> <Resource name="jdbc/EmployeeDB" auth="Container"
<br> type="javax.sql.DataSource" username="dbusername" password="dbpassword"
<br> driverClassName="org.hsql.jdbcDriver" url="jdbc:HypersonicSQL:database"
<br> maxActive="8" maxIdle="4"/>
<br><br><a href="http://tomcat.apache.org/tomcat-6.0-doc/jndi-datasource-examples-howto.html" target="_top" rel="nofollow">http://tomcat.apache.org/tomcat-6.0-doc/jndi-datasource-examples-howto.html</a> says:
<br><br> <Resource name="jdbc/TestDB" auth="Container" type="javax.sql.DataSource"
<br> maxActive="100" maxIdle="30" maxWait="10000"
<br> username="javauser" password="javadude" driverClassName="com.mysql.jdbc.Driver"
<br> url="jdbc:mysql://localhost:3306/javatest?autoReconnect=true"/>
<br><br>As a result, looks like no Tomcat version has a "user" attribute.
<br><br>Did anyone test with the "user" attribute?
<br><br>Meanwhile, Tomcat 4.x and 5.0 have a completely different JDBC configuration. See <a href="http://tomcat.apache.org/tomcat-4.1-doc/jndi-datasource-examples-howto.html" target="_top" rel="nofollow">http://tomcat.apache.org/tomcat-4.1-doc/jndi-datasource-examples-howto.html</a> for details.
<br><div class='shrinkable-quote'><br>> 'Username' attribute for Tomcat5x configuration
<br>> -----------------------------------------------
<br>>
<br>> Key: CARGO-705
<br>> URL: <a href="http://jira.codehaus.org/browse/CARGO-705" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-705</a><br>> Project: Cargo
<br>> Issue Type: Bug
<br>> Components: Tomcat
<br>> Affects Versions: 1.0
<br>> Reporter: Tomás Pollak
<br>> Fix For: 1.0.1
<br>>
<br>> Attachments: AbstractTomcatConfigurationBuilder.diff
<br>>
<br>>
<br>> From the mailing list:
<br>> <a href="http://www.nabble.com/DataSource-configuration-for-Tomcat-5x%2C-Java-API-td23713677.html" target="_top">http://www.nabble.com/DataSource-configuration-for-Tomcat-5x%2C-Java-API-td23713677.html</a><br>> When Cargo is used like in the email example, the context.xml has a 'user' attribute for the DataSource. However Tomcat expects a 'username' attribute.
<br>> The bug is located in AbstractTomcatConfigurationBuilder, line 96.
<br>> However, as Matt pointed out, this behaviour may be different for different versions of Tomcat. 5x expects 'username', the other versions need to be checked.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---Dev-f2405.html" embed="fixTarget[2405]" target="_top" >Cargo - Dev</a></p>tag:old.nabble.com,2006:post-25777713[jira] Updated: (CARGO-705) 'Username' attribute for Tomcat5x configuration2009-10-06T14:27:25Z2009-10-06T14:27:25ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CARGO-705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Savas Ali Tokmen updated CARGO-705:
<br>-----------------------------------
<br><br> Affects Version/s: (was: 0.1)
<br> 1.0
<br> Fix Version/s: 1.0.1
<br><div class='shrinkable-quote'><br>> 'Username' attribute for Tomcat5x configuration
<br>> -----------------------------------------------
<br>>
<br>> Key: CARGO-705
<br>> URL: <a href="http://jira.codehaus.org/browse/CARGO-705" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-705</a><br>> Project: Cargo
<br>> Issue Type: Bug
<br>> Components: Tomcat
<br>> Affects Versions: 1.0
<br>> Reporter: Tomás Pollak
<br>> Fix For: 1.0.1
<br>>
<br>> Attachments: AbstractTomcatConfigurationBuilder.diff
<br>>
<br>>
<br>> From the mailing list:
<br>> <a href="http://www.nabble.com/DataSource-configuration-for-Tomcat-5x%2C-Java-API-td23713677.html" target="_top">http://www.nabble.com/DataSource-configuration-for-Tomcat-5x%2C-Java-API-td23713677.html</a><br>> When Cargo is used like in the email example, the context.xml has a 'user' attribute for the DataSource. However Tomcat expects a 'username' attribute.
<br>> The bug is located in AbstractTomcatConfigurationBuilder, line 96.
<br>> However, as Matt pointed out, this behaviour may be different for different versions of Tomcat. 5x expects 'username', the other versions need to be checked.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---Dev-f2405.html" embed="fixTarget[2405]" target="_top" >Cargo - Dev</a></p>tag:old.nabble.com,2006:post-25713290Re: CARGO 1.0.12009-10-02T03:02:37Z2009-10-02T03:02:37ZgslowikowskiHi
<br><br>Can you fix CARGO-705 (<a href="http://jira.codehaus.org/browse/CARGO-705" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-705</a>) before
<br>the release?
<br>This is trivial one.
<br><br>Grzegorz Slowikowski
<br><br>S. Ali Tokmen wrote:
<br>> Hello
<br>>
<br>> Any plans for a CARGO 1.0.1 release?
<br>>
<br>> Cheers
<br>>
<br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-25695081[M2 cargo plugin] org.codehaus.cargo.container.ContainerException: Failed to deploy2009-10-01T01:46:14Z2009-10-01T01:46:14ZMathieu Hicauber-3Hi there,<br><br>I try to deploy my webapp to a remote tomcat 5x using maven cargo plugin.<br>The stacktrace I get is pasted att the bottom of the message, under my pom file.<br>Basically,
the error I get seems to be coming from the tomcat manager itself, not
cargo. It looks like cargo is telling tomcat to deploy in the root path
('/'). Indeed, I managed to get the webapp deployed in the root
directory of tomcat webapps once. Well anyway, I don't want it in the
root context, but in the xxxxxxx context.<br>
Looks like the porperty 'context' of my pom file isn't transfered to tomcat. Is there anything wrong in my pom ?<br><br>Thank you,<br><br>Mathieu.<br><br><br>============= POM file ====================<br> <plugin><br>
<groupId>org.codehaus.cargo</<div id=":1du" class="ii gt">groupId><br> <artifactId>cargo-maven2-plugin</artifactId><br> <version>1.0</version><br>
<configuration><br>
<wait>false</wait><br> <container><br> <containerId>tomcat5x</containerId><br> <type>remote</type><br>
<append>true</append><br> </container><br> <configuration><br> <type>runtime</type><br> <properties><br>
<cargo.hostname>192.168.10.249</cargo.hostname><br> <cargo.remote.username>XXXX</cargo.remote.username><br> <cargo.remote.password>XXXX</cargo.remote.password><br>
<cargo.logging>high</cargo.logging><br> <cargo.servlet.port>9090</cargo.servlet.port><br> <cargo.tomcat.manager.url><a href="http://192.168.10.249:9090/manager" target="_blank" rel="nofollow">http://192.168.10.249:9090/manager</a></cargo.tomcat.manager.url><br>
</properties><br> </configuration><br> <deployer><br> <deployables><br> <deployable><br>
<groupId>${project.groupId}</groupId><br> <artifactId>xxxxxxx</artifactId><br> <type>war</type><br>
<pingURL><a href="http://192.168.10.249:9090/xxxxxxx" target="_blank" rel="nofollow">http://192.168.10.249:9090/xxxxxxx</a></pingURL><br> <pingTimeout>300000</pingTimeout><br>
<properties><br> <context>xxxxxxx</context><br> </properties><br> </deployable><br>
</deployables><br> </deployer><br> </configuration><br> <executions><br> <execution><br> <id>deploy</id><br>
<phase>pre-integration-test</phase><br> <goals><br> <goal>redeploy</goal><br> </goals><br>
<configuration><br> <deployer><br> <deployables><br> <deployable><br> <groupId>${project.groupId}</groupId><br>
<artifactId>xxxxxxx</artifactId><br> <type>war</type><br> <pingURL><a href="http://192.168.10.249:9090/xxxxxxx" target="_blank" rel="nofollow">http://192.168.10.249:9090/xxxxxxx</a></pingURL><br>
<pingTimeout>300000</pingTimeout><br> <properties><br> <context>xxxxxxx</context><br>
</properties><br> </deployable><br> </deployables><br> </deployer><br>
</configuration><br> </execution><br> <execution><br> <id>undeploy</id><br> <phase>post-integration-test</phase><br>
<goals><br> <goal>undeploy</goal><br> </goals><br> </execution><br> </executions><br>
</plugin><br><br><br><br><br><br><br><br><br><br><br>============= Maven trace =================<br>mhicauber@cdsi-wps:~/java/workspaces/workspace/cofParent/tests_fonctionnels$ mvn clean integration-test<br>
[INFO] Scanning for projects...<br>[INFO] ------------------------------------------------------------------------<br>[INFO] Building testsSelenium<br>[INFO] task-segment: [clean, integration-test]<br>[INFO] ------------------------------------------------------------------------<br>
[INFO] [clean:clean]<br>[INFO] Deleting directory /home/mhicauber/java/workspaces/workspace/cofParent/tests_fonctionnels/target<br>[INFO] [compiler:testCompile {execution: default}]<br>[INFO] Compiling 2 source files to /home/mhicauber/java/workspaces/workspace/cofParent/tests_fonctionnels/target/test-classes<br>
[INFO] [site:attach-descriptor]<br>[INFO] [cargo:redeploy {execution: deploy}]<br>[INFO] [mcat5xRemoteDeployer] Redeploying [/home/mhicauber/java/apache-maven-2.1.0/repository/com/sqli/xxxxxxx/xxxxxxx/1.0.1-SNAPSHOT/xxxxxxx-1.0.1-SNAPSHOT.war]<br>
[INFO] [mcat5xRemoteDeployer] Undeploying [/home/mhicauber/java/apache-maven-2.1.0/repository/com/sqli/xxxxxxx/xxxxxxx/1.0.1-SNAPSHOT/xxxxxxx-1.0.1-SNAPSHOT.war]<br>[INFO] [mcat5xRemoteDeployer] Deploying [/home/mhicauber/java/apache-maven-2.1.0/repository/com/sqli/xxxxxxx/xxxxxxx/1.0.1-SNAPSHOT/xxxxxxx-1.0.1-SNAPSHOT.war]<br>
[INFO] ------------------------------------------------------------------------<br>[ERROR] FATAL ERROR<br>[INFO] ------------------------------------------------------------------------<br>[INFO] Failed to deploy [/home/mhicauber/java/apache-maven-2.1.0/repository/com/sqli/xxxxxxx/xxxxxxx/1.0.1-SNAPSHOT/xxxxxxx-1.0.1-SNAPSHOT.war]<br>
ECHEC - l'application existe déjà dans le chemin /<br><br>[INFO] ------------------------------------------------------------------------<br>[INFO] Trace<br>org.codehaus.cargo.container.ContainerException: Failed to deploy [/home/mhicauber/java/apache-maven-2.1.0/repository/com/sqli/xxxxxxx/xxxxxxx/1.0.1-SNAPSHOT/xxxxxxx-1.0.1-SNAPSHOT.war]<br>
at org.codehaus.cargo.container.tomcat.internal.AbstractTomcatManagerDeployer.deploy(AbstractTomcatManagerDeployer.java:105)<br> at org.codehaus.cargo.container.tomcat.internal.AbstractTomcatManagerDeployer.redeploy(AbstractTomcatManagerDeployer.java:179)<br>
at org.codehaus.cargo.maven2.DeployerRedeployMojo.performDeployerActionOnSingleDeployable(DeployerRedeployMojo.java:39)<br> at org.codehaus.cargo.maven2.AbstractDeployerMojo.performDeployerActionOnAllDeployables(AbstractDeployerMojo.java:104)<br>
at org.codehaus.cargo.maven2.AbstractDeployerMojo.doExecute(AbstractDeployerMojo.java:47)<br> at org.codehaus.cargo.maven2.AbstractCargoMojo.execute(AbstractCargoMojo.java:255)<br> at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)<br>
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558)<br> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:499)<br>
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:478)<br> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330)<br>
at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291)<br> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)<br>
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)<br> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)<br> at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)<br> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)<br>
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)<br> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)<br> at java.lang.reflect.Method.invoke(Method.java:597)<br>
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)<br> at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)<br> at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)<br>
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)<br>Caused by: org.codehaus.cargo.container.tomcat.internal.TomcatManagerException: ECHEC - l'application existe déjà dans le chemin /<br><br> at org.codehaus.cargo.container.tomcat.internal.TomcatManager.invoke(TomcatManager.java:525)<br>
at org.codehaus.cargo.container.tomcat.internal.TomcatManager.deployImpl(TomcatManager.java:565)<br> at org.codehaus.cargo.container.tomcat.internal.TomcatManager.deploy(TomcatManager.java:273)<br> at org.codehaus.cargo.container.tomcat.internal.TomcatManager.deploy(TomcatManager.java:256)<br>
at org.codehaus.cargo.container.tomcat.internal.TomcatManager.deploy(TomcatManager.java:240)<br> at org.codehaus.cargo.container.tomcat.internal.AbstractTomcatManagerDeployer.deploy(AbstractTomcatManagerDeployer.java:101)<br>
... 23 more<br>org.codehaus.cargo.container.tomcat.internal.TomcatManagerException: ECHEC - l'application existe déjà dans le chemin /<br><br> at org.codehaus.cargo.container.tomcat.internal.TomcatManager.invoke(TomcatManager.java:525)<br>
at org.codehaus.cargo.container.tomcat.internal.TomcatManager.deployImpl(TomcatManager.java:565)<br> at org.codehaus.cargo.container.tomcat.internal.TomcatManager.deploy(TomcatManager.java:273)<br> at org.codehaus.cargo.container.tomcat.internal.TomcatManager.deploy(TomcatManager.java:256)<br>
at org.codehaus.cargo.container.tomcat.internal.TomcatManager.deploy(TomcatManager.java:240)<br> at org.codehaus.cargo.container.tomcat.internal.AbstractTomcatManagerDeployer.deploy(AbstractTomcatManagerDeployer.java:101)<br>
at org.codehaus.cargo.container.tomcat.internal.AbstractTomcatManagerDeployer.redeploy(AbstractTomcatManagerDeployer.ja<br><br></div><blockquote style="margin: 1.5em 0pt;"><img src="https://docs.google.com/a/sqli.com/File?id=dfsr5gss_3hk9ht7g7_b" style="width: 350px; height: 189px;"></blockquote>
<br>
<p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-25689449[jira] Commented: (CARGO-705) 'Username' attribute for Tomcat5x configuration2009-09-30T14:35:38Z2009-09-30T14:35:38ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CARGO-705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=192975#action_192975" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=192975#action_192975</a> ]
<br><br>Adam Parrish commented on CARGO-705:
<br>------------------------------------
<br><br>I have verified that the patch works on the 1.0.1-SNAPSHOT code with tomcat6x.
<br><div class='shrinkable-quote'><br>> 'Username' attribute for Tomcat5x configuration
<br>> -----------------------------------------------
<br>>
<br>> Key: CARGO-705
<br>> URL: <a href="http://jira.codehaus.org/browse/CARGO-705" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-705</a><br>> Project: Cargo
<br>> Issue Type: Bug
<br>> Components: Tomcat
<br>> Affects Versions: 0.1
<br>> Reporter: Tomás Pollak
<br>> Attachments: AbstractTomcatConfigurationBuilder.diff
<br>>
<br>>
<br>> From the mailing list:
<br>> <a href="http://www.nabble.com/DataSource-configuration-for-Tomcat-5x%2C-Java-API-td23713677.html" target="_top">http://www.nabble.com/DataSource-configuration-for-Tomcat-5x%2C-Java-API-td23713677.html</a><br>> When Cargo is used like in the email example, the context.xml has a 'user' attribute for the DataSource. However Tomcat expects a 'username' attribute.
<br>> The bug is located in AbstractTomcatConfigurationBuilder, line 96.
<br>> However, as Matt pointed out, this behaviour may be different for different versions of Tomcat. 5x expects 'username', the other versions need to be checked.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br><br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---Dev-f2405.html" embed="fixTarget[2405]" target="_top" >Cargo - Dev</a></p>tag:old.nabble.com,2006:post-25680400Re: JOnAS link missing2009-09-30T05:47:53Z2009-09-30T05:47:53ZS. Ali Tokmen-4Hello
<br><br>Done :) I've managed to add Geronimo, Glassfish and JRun
<br><br>Cheers
<br><br>S. Ali Tokmen
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25680400&i=0" target="_top" rel="nofollow">savas-ali.tokmen@...</a>
<br><br>Office: +33 4 76 29 76 19
<br>GSM: +33 66 43 00 555
<br><br>Bull, Architect of an Open World TM
<br><a href="http://www.bull.com" target="_top" rel="nofollow">http://www.bull.com</a><br><br><br><br>Matt Wringe a écrit :
<br>> you have to link your confluence account with your xircles account (its
<br>> done through the xircles site)
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-25680117Re: CARGO 1.0.12009-09-30T05:31:28Z2009-09-30T05:31:28ZS. Ali Tokmen-4Hello
<br><br>Matt Wringe a écrit :
<br>> yeah, we should have another release soon. What do people think about 2
<br>> weeks from now?
<br>>
<br><br>CARGO 1.0.1-alpha-1 is working fine with JOnAS 5.1.0 final (we use it in
<br>multiple Maven projects for integration testing of our Java EE and OSGi
<br>applications). You'd have at least my "go" :)
<br><br>Cheers
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-25678761Deploy exploded war2009-09-30T03:46:19Z2009-09-30T03:46:19ZZlatko JosicHi,<div><br></div><div>Is ti posible to deploy an exploded web archive to jboss server by cargo maven plugin?</div><div><br></div><div>Thansk</div><div><br></div><div><br><div><br></div><div>Best regards</div><div>Zlatko Josic</div>
</div>
<p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-25667400Re: JOnAS link missing2009-09-29T10:26:30Z2009-09-29T10:26:30ZMatt WringeOn Thu, 2009-09-24 at 09:28 +0200, S. Ali Tokmen wrote:
<br>> Hello
<br>>
<br>> I'm getting close! Foudn the button, created a confluence account, and
<br>> now it says: "You cannot view this page due to inherited restrictions".
<br>>
<br>> Can you please fix this? My login is alitokmen.
<br>you have to link your confluence account with your xircles account (its
<br>done through the xircles site)
<br><div class='shrinkable-quote'><br>>
<br>> Cheers
<br>>
<br>> S. Ali Tokmen
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25667400&i=0" target="_top" rel="nofollow">savas-ali.tokmen@...</a>
<br>>
<br>> Office: +33 4 76 29 76 19
<br>> GSM: +33 66 43 00 555
<br>>
<br>> Bull, Architect of an Open World TM
<br>> <a href="http://www.bull.com" target="_top" rel="nofollow">http://www.bull.com</a><br>>
<br>>
<br>>
<br>> Matt Wringe a écrit :
<br>> > On Mon, 2009-09-21 at 16:35 +0200, S. Ali Tokmen wrote:
<br>> >
<br>> >> Hello
<br>> >>
<br>> >> Matt Wringe a écrit :
<br>> >>
<br>> >>> JOnAS link added
<br>> >>>
<br>> >>>
<br>> >> Thanks :)
<br>> >>
<br>> >>
<br>> >>> Please note that it is a wiki and fixes like this are encouraged.
<br>> >>>
<br>> >>>
<br>> >> You're absolutely right... And how do I log in to the wiki to edit the
<br>> >> page, I didn't see the link? I would gladly add the links for Geronimo,
<br>> >> Glassfish and jrun (which are also missing).
<br>> >>
<br>> >
<br>> > there is an edit button on the bottom of each page
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe from this list, please visit:
<br>>
<br>> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br>>
<br>>
</div><br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-25667382Re: CARGO 1.0.12009-09-29T10:25:47Z2009-09-29T10:25:47ZMatt WringeOn Tue, 2009-09-29 at 14:12 +0200, S. Ali Tokmen wrote:
<div class='shrinkable-quote'><br>> Hello
<br>>
<br>> A version 1.0.1-alpha1 seems to be out... :)
<br>>
<br>> Cheers
<br>>
<br>> S. Ali Tokmen
<br>> <a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25667382&i=0" target="_top" rel="nofollow">savas-ali.tokmen@...</a>
<br>>
<br>> Office: +33 4 76 29 76 19
<br>> GSM: +33 66 43 00 555
<br>>
<br>> Bull, Architect of an Open World TM
<br>> <a href="http://www.bull.com" target="_top" rel="nofollow">http://www.bull.com</a><br>>
<br>>
<br>>
<br>> S. Ali Tokmen a écrit :
<br>> > Hello
<br>> >
<br>> > Any plans for a CARGO 1.0.1 release?
</div><br>yeah, we should have another release soon. What do people think about 2
<br>weeks from now?
<br><div class='shrinkable-quote'><br>> > Cheers
<br>> >
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe from this list, please visit:
<br>>
<br>> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br>>
<br>>
</div><br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-25661901Re: CARGO 1.0.12009-09-29T05:12:14Z2009-09-29T05:12:14ZS. Ali Tokmen-4Hello
<br><br>A version 1.0.1-alpha1 seems to be out... :)
<br><br>Cheers
<br><br>S. Ali Tokmen
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25661901&i=0" target="_top" rel="nofollow">savas-ali.tokmen@...</a>
<br><br>Office: +33 4 76 29 76 19
<br>GSM: +33 66 43 00 555
<br><br>Bull, Architect of an Open World TM
<br><a href="http://www.bull.com" target="_top" rel="nofollow">http://www.bull.com</a><br><br><br><br>S. Ali Tokmen a écrit :
<br>> Hello
<br>>
<br>> Any plans for a CARGO 1.0.1 release?
<br>>
<br>> Cheers
<br>>
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-25616268[jira] Closed: (CARGO-726) Undeployment of an EAR file is not supported for a local installation2009-09-25T10:46:37Z2009-09-25T10:46:37ZJIRA jira@codehaus.org<br> [ <a href="http://jira.codehaus.org/browse/CARGO-726?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-726?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Matt Wringe closed CARGO-726.
<br>-----------------------------
<br><br> Resolution: Fixed
<br><br>Fix in svn
<br><div class='shrinkable-quote'><br>> Undeployment of an EAR file is not supported for a local installation
<br>> ---------------------------------------------------------------------
<br>>
<br>> Key: CARGO-726
<br>> URL: <a href="http://jira.codehaus.org/browse/CARGO-726" target="_top" rel="nofollow">http://jira.codehaus.org/browse/CARGO-726</a><br>> Project: Cargo
<br>> Issue Type: Bug
<br>> Components: JBoss
<br>> Environment: Cargo 1.0.1-SNAPSHOT, Maven 2.0.9, JBoss 5.1.0, Java 1.6.0, Debian GNU/Linux 5.0
<br>> Reporter: Clemens Fuchslocher
<br>> Attachments: cargo-simple-ear.tar.gz, JBossInstalledLocalDeployer.patch
<br>>
<br>>
<br>> The archive cargo-simple-ear.tar.gz contains a simple test case.
<br>> The steps below will deploy the simple-ear artifact into a locally created JBoss 5.1 installation.
<br>> The installation is located under /tmp/jboss-5.1. Log files are also written to this directory.
<br>> {noformat}
<br>> $ tar -zxvf cargo-simple-ear.tar.gz
<br>> $ cd cargo-simple-ear
<br>> $ export MAVEN_OPTS=-Djboss-5.1.home=/tmp/jboss-5.1
<br>> $ mvn cargo:start &
<br>> $ mvn cargo:deploy
<br>> $ curl <a href="http://localhost:8080/simpleweb/" target="_top" rel="nofollow">http://localhost:8080/simpleweb/</a><br>> $ mvn cargo:undeploy
<br>> $ curl <a href="http://localhost:8080/simpleweb/" target="_top" rel="nofollow">http://localhost:8080/simpleweb/</a><br>> $ mvn cargo:redeploy
<br>> $ curl <a href="http://localhost:8080/simpleweb/" target="_top" rel="nofollow">http://localhost:8080/simpleweb/</a><br>> $ mvn cargo:stop
<br>> {noformat}
<br>> Without the attached patch, the undeploy goal fails:
<br>> {noformat}
<br>> $ mvn cargo:undeploy
<br>> [INFO] Scanning for projects...
<br>> [INFO] Searching repository for plugin with prefix: 'cargo'.
<br>> [INFO] ------------------------------------------------------------------------
<br>> [INFO] Building Cargo Simple EAR
<br>> [INFO] task-segment: [cargo:undeploy]
<br>> [INFO] ------------------------------------------------------------------------
<br>> [WARNING] Attempting to build MavenProject instance for Artifact (org.codehaus.cargo:cargo-maven2-plugin:1.0.1-20090603.222214-7) of type: maven-plugin; constructing POM artifact instead.
<br>> [INFO] [cargo:undeploy]
<br>> [INFO] ------------------------------------------------------------------------
<br>> [ERROR] FATAL ERROR
<br>> [INFO] ------------------------------------------------------------------------
<br>> [INFO] Not supported
<br>> [INFO] ------------------------------------------------------------------------
<br>> [INFO] Trace
<br>> org.codehaus.cargo.container.ContainerException: Not supported
<br>> at org.codehaus.cargo.container.spi.deployer.AbstractDeployer.undeploy(AbstractDeployer.java:113)
<br>> at org.codehaus.cargo.container.jboss.JBossInstalledLocalDeployer.undeploy(JBossInstalledLocalDeployer.java:107)
<br>> at org.codehaus.cargo.maven2.DeployerUndeployMojo.performDeployerActionOnSingleDeployable(DeployerUndeployMojo.java:39)
<br>> at org.codehaus.cargo.maven2.AbstractDeployerMojo.performDeployerActionOnAllDeployables(AbstractDeployerMojo.java:104)
<br>> at org.codehaus.cargo.maven2.AbstractDeployerMojo.doExecute(AbstractDeployerMojo.java:47)
<br>> at org.codehaus.cargo.maven2.AbstractCargoMojo.execute(AbstractCargoMojo.java:255)
<br>> at org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:451)
<br>> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:558)
<br>> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:512)
<br>> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:482)
<br>> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:330)
<br>> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:291)
<br>> at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)
<br>> at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
<br>> at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
<br>> at org.apache.maven.cli.MavenCli.main(MavenCli.java:287)
<br>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
<br>> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
<br>> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
<br>> at java.lang.reflect.Method.invoke(Method.java:597)
<br>> at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
<br>> at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
<br>> at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
<br>> at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
<br>> [INFO] ------------------------------------------------------------------------
<br>> [INFO] Total time: 4 seconds
<br>> [INFO] Finished at: Fri Aug 21 15:54:30 GMT 2009
<br>> [INFO] Final Memory: 6M/82M
<br>> [INFO] ------------------------------------------------------------------------
<br>> {noformat}
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>If you think it was sent incorrectly contact one of the administrators: <a href="http://jira.codehaus.org/secure/Administrators.jspa" target="_top" rel="nofollow">http://jira.codehaus.org/secure/Administrators.jspa</a><br>-
<br>For more information on JIRA, see: <a href="http://www.atlassian.com/software/jira" target="_top" rel="nofollow">http://www.atlassian.com/software/jira</a><br><br>
<br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---Dev-f2405.html" embed="fixTarget[2405]" target="_top" >Cargo - Dev</a></p>tag:old.nabble.com,2006:post-25590653Re: JOnAS link missing2009-09-24T00:28:15Z2009-09-24T00:28:15ZS. Ali Tokmen-4Hello
<br><br>I'm getting close! Foudn the button, created a confluence account, and
<br>now it says: "You cannot view this page due to inherited restrictions".
<br><br>Can you please fix this? My login is alitokmen.
<br><br>Cheers
<br><br>S. Ali Tokmen
<br><a href="http://old.nabble.com/user/SendEmail.jtp?type=post&post=25590653&i=0" target="_top" rel="nofollow">savas-ali.tokmen@...</a>
<br><br>Office: +33 4 76 29 76 19
<br>GSM: +33 66 43 00 555
<br><br>Bull, Architect of an Open World TM
<br><a href="http://www.bull.com" target="_top" rel="nofollow">http://www.bull.com</a><br><br><br><br>Matt Wringe a écrit :
<div class='shrinkable-quote'><br>> On Mon, 2009-09-21 at 16:35 +0200, S. Ali Tokmen wrote:
<br>>
<br>>> Hello
<br>>>
<br>>> Matt Wringe a écrit :
<br>>>
<br>>>> JOnAS link added
<br>>>>
<br>>>>
<br>>> Thanks :)
<br>>>
<br>>>
<br>>>> Please note that it is a wiki and fixes like this are encouraged.
<br>>>>
<br>>>>
<br>>> You're absolutely right... And how do I log in to the wiki to edit the
<br>>> page, I didn't see the link? I would gladly add the links for Geronimo,
<br>>> Glassfish and jrun (which are also missing).
<br>>>
<br>>
<br>> there is an edit button on the bottom of each page
</div><br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>tag:old.nabble.com,2006:post-25577932Re: JOnAS link missing2009-09-23T07:04:23Z2009-09-23T07:04:23ZMatt WringeOn Mon, 2009-09-21 at 16:35 +0200, S. Ali Tokmen wrote:
<div class='shrinkable-quote'><br>> Hello
<br>>
<br>> Matt Wringe a écrit :
<br>> > JOnAS link added
<br>> >
<br>>
<br>> Thanks :)
<br>>
<br>> > Please note that it is a wiki and fixes like this are encouraged.
<br>> >
<br>>
<br>> You're absolutely right... And how do I log in to the wiki to edit the
<br>> page, I didn't see the link? I would gladly add the links for Geronimo,
<br>> Glassfish and jrun (which are also missing).
</div><br>there is an edit button on the bottom of each page
<br><br>> Cheers
<br>>
<br>>
<br>> ---------------------------------------------------------------------
<br>> To unsubscribe from this list, please visit:
<br>>
<br>> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br>>
<br>>
<br><br><br>---------------------------------------------------------------------
<br>To unsubscribe from this list, please visit:
<br><br> <a href="http://xircles.codehaus.org/manage_email" target="_top" rel="nofollow">http://xircles.codehaus.org/manage_email</a><br><br><br><p>From forum: <a href="http://old.nabble.com/Cargo---User-f2406.html" embed="fixTarget[2406]" target="_top" >Cargo - User</a></p>