March 2016 - jbosstools-issues - Jboss List Archives

[JBoss JIRA] (JBIDE-22025) For JBIDE 4.3.1.CR1: Prepare for Final/GA [Webservices]

by Xavier Coulon (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22025?page=com.atlassian.jira.plugi... ] Xavier Coulon reassigned JBIDE-22025: ------------------------------------- Assignee: Xavier Coulon > For JBIDE 4.3.1.CR1: Prepare for Final/GA [Webservices] > ------------------------------------------------------- > > Key: JBIDE-22025 > URL: https://issues.jboss.org/browse/JBIDE-22025 > Project: Tools (JBoss Tools) > Issue Type: Sub-task > Components: webservices > Reporter: Nick Boldt > Assignee: Xavier Coulon > Priority: Blocker > Labels: task > Fix For: 4.3.1.CR1 > > > For JBIDE 4.3.1.CR1 [Webservices]: Please perform the following tasks: > 0. Make sure your component has no remaining unresolved JIRAs set for fixVersion = 4.3.1.CR1 or Final > [Unresolved JIRAs with fixVersion = 4.3.1.CR1, 4.3.1.Final, 9.1.0.CR1, 9.1.0.GA|https://issues.jboss.org/issues/?jql=%28%28project%20%3D%20%22JB...] > 1. Check out your existing *{color:blue}jbosstools-4.3.x{color}* branch: > {code} > git checkout jbosstools-4.3.x > {code} > 2. Update your *{color:blue}jbosstools-4.3.x branch{color}* root pom to use the latest parent pom version, *{color:blue}4.3.1.Final-SNAPSHOT{color}*: > {code} > <parent> > <groupId>org.jboss.tools</groupId> > <artifactId>parent</artifactId> > <version>4.3.1.Final-SNAPSHOT</version> > </parent> > {code} > Now, your root pom will use parent pom version: > * *{color:blue}4.3.1.Final-SNAPSHOT{color}* in your *{color:blue}jbosstools-4.3.x{color}* branch > 3a. Ensure you've *built your code* using the latest *minimum* target platform version 4.50.2.Final-SNAPSHOT (4.50 = Eclipse Mars.0) > {code} > mvn clean verify -Dtpc.version=4.50.2.Final-SNAPSHOT > {code} > 3b. Ensure you've *run your tests* using the latest *maximum* target platform version 4.52.0.Final-SNAPSHOT (4.52 = Eclipse Mars.2) > {code} > mvn clean verify -Dtpc.version=4.52.0.Final-SNAPSHOT > {code} > 4. Close (do not resolve) this JIRA when done. > 5. If you have any outstanding [New + Noteworthy JIRAs|https://issues.jboss.org/issues/?jql=%28%28project%20%3D%20%22JBIDE...] to do, please complete them next. > [Search for all task JIRA|https://issues.jboss.org/issues/?jql=%28%28project+in+%28JBDS%29+and...], or [Search for Webservices task JIRA|https://issues.jboss.org/issues/?jql=%28%28project+in+%28JBDS%29+and...] -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-21859) Collect usage on LiveReload

by Xavier Coulon (JIRA)

[ https://issues.jboss.org/browse/JBIDE-21859?page=com.atlassian.jira.plugi... ] Xavier Coulon commented on JBIDE-21859: --------------------------------------- great news ! I was just about to start debugging it ;-) Thanks for the double-checking, [~rhopp] ! > Collect usage on LiveReload > --------------------------- > > Key: JBIDE-21859 > URL: https://issues.jboss.org/browse/JBIDE-21859 > Project: Tools (JBoss Tools) > Issue Type: Feature Request > Components: livereload > Affects Versions: 4.3.1.Beta2 > Reporter: Xavier Coulon > Assignee: Xavier Coulon > Priority: Critical > Fix For: 4.3.1.CR1 > > > Measure number of installations, LiveReload server starts and maybe even number of requests, grouped by day. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBTIS-622) Add new test - create a Fuse project and test if the Camel Editor works

by Tomáš Sedmík (JIRA)

Tomáš Sedmík created JBTIS-622: ---------------------------------- Summary: Add new test - create a Fuse project and test if the Camel Editor works Key: JBTIS-622 URL: https://issues.jboss.org/browse/JBTIS-622 Project: JBoss Tools Integration Stack Issue Type: Task Components: Fuse IDE, QE Affects Versions: 4.3.0.Beta1 Reporter: Tomáš Sedmík Assignee: Tomáš Sedmík Fix For: 4.3.0.Final # create a Fuse project from all available archetypes # check whether Camel Editor is opened and is opened properly (contains components) I believe this could be incorporated into _FuseProjectTest_ class -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-21859) Collect usage on LiveReload

by Radim Hopp (JIRA)

[ https://issues.jboss.org/browse/JBIDE-21859?page=com.atlassian.jira.plugi... ] Radim Hopp closed JBIDE-21859. ------------------------------ I'm not sure what I did wrong yesterday, but when I tried it today, it works. I'm already seeing it also in analytics. Sorry for confusion. > Collect usage on LiveReload > --------------------------- > > Key: JBIDE-21859 > URL: https://issues.jboss.org/browse/JBIDE-21859 > Project: Tools (JBoss Tools) > Issue Type: Feature Request > Components: livereload > Affects Versions: 4.3.1.Beta2 > Reporter: Xavier Coulon > Assignee: Xavier Coulon > Priority: Critical > Fix For: 4.3.1.CR1 > > > Measure number of installations, LiveReload server starts and maybe even number of requests, grouped by day. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-22036) batch property is incorrectly renamed in job.xml when refactoring

by Rastislav Wagner (JIRA)

Rastislav Wagner created JBIDE-22036: ---------------------------------------- Summary: batch property is incorrectly renamed in job.xml when refactoring Key: JBIDE-22036 URL: https://issues.jboss.org/browse/JBIDE-22036 Project: Tools (JBoss Tools) Issue Type: Bug Components: batch Affects Versions: 4.3.1.CR1 Reporter: Rastislav Wagner my job.xml: {code} <?xml version="1.0" encoding="UTF-8"?> <job id="myJob" xmlns="http://xmlns.jcp.org/xml/ns/javaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee http://xmlns.jcp.org/xml/ns/javaee/jobXML_1_0.xsd" version="1.0"> <step id="step1" > <batchlet ref="myBatchlet"> <properties> <property name="namedProperty" value="A"/> </properties> </batchlet> </step> </job> {code} my batchlet: {code} package batch; import javax.batch.api.AbstractBatchlet; import javax.batch.api.BatchProperty; import javax.inject.Inject; import javax.inject.Named; @Named public class MyBatchlet extends AbstractBatchlet { @Inject @BatchProperty(name = "namedProperty") String myProp; public MyBatchlet() { // TODO Auto-generated constructor stub } @Override public String process() throws Exception { // TODO Auto-generated method stub return null; } } {code} When I rename myProp in MyBatchelet to let's say myProp1 the value in job.xml will get changed to myProp1. This will result in warning because Im using @BatchProperty(name ="namedProperty") -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-21989) Show In - Web Browser from context menu of J2EE module on OS3 Server Adapter opens localhost

by Rob Stryker (JIRA)

[ https://issues.jboss.org/browse/JBIDE-21989?page=com.atlassian.jira.plugi... ] Rob Stryker commented on JBIDE-21989: ------------------------------------- Linked issue is https://issues.jboss.org/browse/JBIDE-21995 I put a temporary PR there. It probably doesnt cover all situations though bc i dont know all situations :( > Show In - Web Browser from context menu of J2EE module on OS3 Server Adapter opens localhost > -------------------------------------------------------------------------------------------- > > Key: JBIDE-21989 > URL: https://issues.jboss.org/browse/JBIDE-21989 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: openshift > Affects Versions: 4.3.1.CR1 > Reporter: Marián Labuda > Assignee: Rob Stryker > Priority: Critical > Labels: openshift_v3, server_adapter > Fix For: 4.3.1.CR1 > > > When selecting Show In - Web Browser from context menu of Java EE module under an OpenShift 3 connection, it opens a localhost, what is wrong (it does not use root). Such module can be e.g. jboss-kitchensink when using application based on eap s2i template with param CONTEXT_DIR kitchensink. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-21997) Aeri causes NPE when running unittests

by Marcel Bruch (JIRA)

[ https://issues.jboss.org/browse/JBIDE-21997?page=com.atlassian.jira.plugi... ] Marcel Bruch commented on JBIDE-21997: -------------------------------------- Nick, I can't provide any insights on the updated jetty dependencies. We do not reference any jetty bundle or jetty package in aeri. > Aeri causes NPE when running unittests > -------------------------------------- > > Key: JBIDE-21997 > URL: https://issues.jboss.org/browse/JBIDE-21997 > Project: Tools (JBoss Tools) > Issue Type: Task > Components: aeri, target-platform > Affects Versions: 4.3.1.CR1 > Reporter: Aurélien Pupier > Assignee: Nick Boldt > Priority: Critical > Fix For: 4.3.1.CR1 > > > an Eclipse bug was fixed 4 weeks ago in AERi and we need this fix to launch Integration tests for JBoss Fuse Tooling. > We need the version containing the fix of https://bugs.eclipse.org/bugs/show_bug.cgi?id=488868 > Seems that we need to use the org.eclipse.epp.logging.aeri.core_1.100.0.v20160304-1116.jar although we are using org.eclipse.epp.logging.aeri.core_1.100.0.v20160211-1103 > Please take care because the version number are both 1.100.0 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-21989) Show In - Web Browser from context menu of J2EE module on OS3 Server Adapter opens localhost

by Marián Labuda (JIRA)

[ https://issues.jboss.org/browse/JBIDE-21989?page=com.atlassian.jira.plugi... ] Marián Labuda commented on JBIDE-21989: --------------------------------------- Which linked issue do you have in mind? JBIDE-21994? At the moment on nightly build of JBT it is still opening http://localhost/, it is probably caused, as you wrote, by set "localhost" in hostname. I checked it via server editor, and created 2 distinct server adapter - one with default routing which means if there is precisely one routing, it is correctly used when calling Show In - Web Browser on Server adapter, but not on J2EE module. Another one has selected a specific route and this was also used as hostname - in this case Show In - Web Browser works fine for J2EE module. > Show In - Web Browser from context menu of J2EE module on OS3 Server Adapter opens localhost > -------------------------------------------------------------------------------------------- > > Key: JBIDE-21989 > URL: https://issues.jboss.org/browse/JBIDE-21989 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: openshift > Affects Versions: 4.3.1.CR1 > Reporter: Marián Labuda > Assignee: Rob Stryker > Priority: Critical > Labels: openshift_v3, server_adapter > Fix For: 4.3.1.CR1 > > > When selecting Show In - Web Browser from context menu of Java EE module under an OpenShift 3 connection, it opens a localhost, what is wrong (it does not use root). Such module can be e.g. jboss-kitchensink when using application based on eap s2i template with param CONTEXT_DIR kitchensink. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-22035) Stopping of J2EE module does not work

by Marián Labuda (JIRA)

[ https://issues.jboss.org/browse/JBIDE-22035?page=com.atlassian.jira.plugi... ] Marián Labuda updated JBIDE-22035: ---------------------------------- Labels: openshift_v3 server_adapter (was: ) > Stopping of J2EE module does not work > ------------------------------------- > > Key: JBIDE-22035 > URL: https://issues.jboss.org/browse/JBIDE-22035 > Project: Tools (JBoss Tools) > Issue Type: Bug > Components: openshift > Affects Versions: 4.3.1.CR1 > Reporter: Marián Labuda > Labels: openshift_v3, server_adapter > > Stopping of J2EE Web module lying under an OpenShift 3 Server Adapter does nothing. After discussion with Rob in JBIDE-21989, stop of J2EE module should create an .undeploy marker and rsync it, but that's not happening. Only output from rsync when stopping J2EE module is following > {code}sent 46 bytes received 1,333 bytes 2,758.00 bytes/sec > total size is 8,523,390 speedup is 6,180.85 > sending incremental file list > ROOT.war.isdeploying > sent 1,428 bytes received 149 bytes 3,154.00 bytes/sec > total size is 8,523,390 speedup is 5,404.81{code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

[JBoss JIRA] (JBIDE-22035) Stopping of J2EE module does not work

by Marián Labuda (JIRA)

Marián Labuda created JBIDE-22035: ------------------------------------- Summary: Stopping of J2EE module does not work Key: JBIDE-22035 URL: https://issues.jboss.org/browse/JBIDE-22035 Project: Tools (JBoss Tools) Issue Type: Bug Components: openshift Affects Versions: 4.3.1.CR1 Reporter: Marián Labuda Stopping of J2EE Web module lying under an OpenShift 3 Server Adapter does nothing. After discussion with Rob in JBIDE-21989, stop of J2EE module should create an .undeploy marker and rsync it, but that's not happening. Only output from rsync when stopping J2EE module is following {code}sent 46 bytes received 1,333 bytes 2,758.00 bytes/sec total size is 8,523,390 speedup is 6,180.85 sending incremental file list ROOT.war.isdeploying sent 1,428 bytes received 149 bytes 3,154.00 bytes/sec total size is 8,523,390 speedup is 5,404.81{code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbosstools-issues March 2016