[JBoss JIRA] (JBIDE-19047) Issue deploying EAR project from eclipse to Wildfly using JBoss Tools Plugin
by Fred Bricon (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19047?page=com.atlassian.jira.plugi... ]
Fred Bricon commented on JBIDE-19047:
-------------------------------------
I can't see anything obviously wrong in the settings. Except the EAR facet version == 1.3, which seems odd when deploying to wildfly. That can be changed with maven-ear-plugin>configuration>version=7 then update project configuration. But that really is unrelated to the deployment issue.
You could try to
* remove the ear from wildlfy
* stop server
* delete data, deployments, log, tmp folders from the WILDFLY_HOME/standalone/
* start the server
* add EAR
If application.xml exists in ear/target/m2e-wtp/ear-resources/META-INF, it should really be deployed
> Issue deploying EAR project from eclipse to Wildfly using JBoss Tools Plugin
> ----------------------------------------------------------------------------
>
> Key: JBIDE-19047
> URL: https://issues.jboss.org/browse/JBIDE-19047
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: maven, server, upstream
> Environment: Ubuntu 14.04, Wildfly 8.2.0 FInal, Eclipse Luna
> Reporter: Nick .
> Assignee: Fred Bricon
> Fix For: 4.3.x
>
> Attachments: sample.zip, settings.zip
>
>
> Hi,
> I have a maven EAR project, which contains a couple of WAR and JAR files. I'm using Eclipse Luna (tried STS and IntelliJ ) IDE with JBoss Tools 1.6.0 (latest).
> When I try to deploy my EAR to Wildfly (as well as in EAP 6.2.0) with JBoss Tools from eclipse i'm facing the following issues.
> My Jars (external jars and project jar) are getting copied into WEB-INF/lib and EAR/lib, where i expected it to be only in EAR/lib.
> EAR application.xml is not getting copied into EAR/META-INF/ folder
> But when i use command line to build my project , i'm not experiencing the above issue.
> FYI : We are using <skinnyWars>true</skinnyWars>.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months
[JBoss JIRA] (JBIDE-18900) CordovaSim: Can't run default FeedHenry app locally
by Ilya Buziuk (JIRA)
[ https://issues.jboss.org/browse/JBIDE-18900?page=com.atlassian.jira.plugi... ]
Ilya Buziuk commented on JBIDE-18900:
-------------------------------------
[~maxandersen], in terms of adding new launch shortcut for remote FH and ripple proxy issue.
It seems that both remote and local FH works fine with the *disabled* proxy settings. So, the easiest way to add full FH support is to use 'disabled' proxy by default rather than exposing them to the launch config. Warning about using remote proxy can be implemented on js (and probably contributed to incubator-ripple). WDYT?
Here is the PR - https://github.com/jbosstools/jbosstools-aerogear/pull/106
> CordovaSim: Can't run default FeedHenry app locally
> ---------------------------------------------------
>
> Key: JBIDE-18900
> URL: https://issues.jboss.org/browse/JBIDE-18900
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: cordovasim
> Affects Versions: 4.2.1.Final
> Reporter: Ilya Buziuk
> Assignee: Ilya Buziuk
> Fix For: 4.3.0.Alpha1
>
> Attachments: configuration.png, cordovasimFH.png, hello_tom.png, newLaunch.png, preferences.png, ToolsProject-Cloud-App.zip, ToolsProject-Cordova-App.zip
>
>
> Basically, the situation is the following:
> 1. *ToolsProject-Cordova-App.zip* - is a basic FH hybrid app (all the app does is saying Hello + 'username' from the input field )
> 2. To run this app one simply needs to unpack the archive and import it as a cordova project to the studio
> 3. The application will work with a *remote* server like a charm !hello_tom.png|thumbnail!
> 4. However, there is an option to use *local* server instead of *remote* one
> 5. *ToolsProject-Cloud-App.zip* - is a app for running local server via grunt task runner
> 6. In order to run local server one needs:
> - unpack the app
> - run *npm install .*
> - run *grunt serve*
> Need to find the way to made CordovaSim use this *local* server
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months
[JBoss JIRA] (JBDS-3322) JSR-356: Websockets. Content-assist for annotations
by Marián Labuda (JIRA)
[ https://issues.jboss.org/browse/JBDS-3322?page=com.atlassian.jira.plugin.... ]
Marián Labuda commented on JBDS-3322:
-------------------------------------
What should do content assist for those annotation? Just offer WebSocket related annotation in Template Proposals? Or is there meant some "magic" with content assist?
> JSR-356: Websockets. Content-assist for annotations
> ---------------------------------------------------
>
> Key: JBDS-3322
> URL: https://issues.jboss.org/browse/JBDS-3322
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Feature Request
> Components: requirements, webservices
> Reporter: Alexey Kazakov
> Assignee: Alexey Kazakov
> Fix For: 9.0.x
>
>
> As a Java EE developer, I wish to take advantage of the new Websockets capability.
> Content-assist for annotations such as @ServerEndpoint, @OnMessage.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months
[JBoss JIRA] (JBDS-3261) JSR-356: Websockets. Import, build, run on server
by Marián Labuda (JIRA)
[ https://issues.jboss.org/browse/JBDS-3261?page=com.atlassian.jira.plugin.... ]
Marián Labuda edited comment on JBDS-3261 at 1/22/15 10:42 AM:
---------------------------------------------------------------
>From QE perspective I would like to have another component too. Having WebSockets in webservices is a bit confusing because of differencies. We already splitted webservices component into JAX-RS and JAX-WS by labels. I don't think it's a good idea to put it there.
was (Author: mlabuda):
>From QE perspective I would like to have another component too. Having WebSockets in webservices is a bit confusing because of differencies. We already splitted webservices component into JAX-RS and JAX-WS. I don't think it's a good idea put it there.
> JSR-356: Websockets. Import, build, run on server
> -------------------------------------------------
>
> Key: JBDS-3261
> URL: https://issues.jboss.org/browse/JBDS-3261
> Project: Developer Studio (JBoss Developer Studio)
> Issue Type: Feature Request
> Components: requirements, webservices
> Reporter: Burr Sutter
> Assignee: Xavier Coulon
> Priority: Critical
> Fix For: 9.0.x
>
>
> Support for import (without error), build, Run on Server and Debug on Server.
> https://github.com/javaee-samples/javaee7-samples/tree/master/websocket
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months
[JBoss JIRA] (JBIDE-19063) Ensure that new "bumped.png" image is published when vwatch reports are archived in Jenkins / published to dl.jb.org
by Nick Boldt (JIRA)
[ https://issues.jboss.org/browse/JBIDE-19063?page=com.atlassian.jira.plugi... ]
Nick Boldt updated JBIDE-19063:
-------------------------------
Description:
A new bumped icon has been added to the vwatch reports [ in jbdevstudio-qa/vwatch/target/bumped.png ], but it's not included in what is archived in Jenkins and published to dl.jb.org.
So, we need to ensure that any images are published when vwatch reports are archived in Jenkins / published to dl.jb.org
was:
A new bumped icon has been added to the vwatch reports, but it's not included in what is archived in Jenkins and published to dl.jb.org.
So, we need to ensure that any images are published when vwatch reports are archived in Jenkins / published to dl.jb.org
> Ensure that new "bumped.png" image is published when vwatch reports are archived in Jenkins / published to dl.jb.org
> --------------------------------------------------------------------------------------------------------------------
>
> Key: JBIDE-19063
> URL: https://issues.jboss.org/browse/JBIDE-19063
> Project: Tools (JBoss Tools)
> Issue Type: Bug
> Components: build, qa
> Affects Versions: 4.2.2.Final
> Reporter: Nick Boldt
> Assignee: Nick Boldt
>
> A new bumped icon has been added to the vwatch reports [ in jbdevstudio-qa/vwatch/target/bumped.png ], but it's not included in what is archived in Jenkins and published to dl.jb.org.
> So, we need to ensure that any images are published when vwatch reports are archived in Jenkins / published to dl.jb.org
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)
11 years, 2 months