JBoss Toos 4.4.1.AM2 release schedule
by Alexey Kazakov
Hi all,
Just a reminder that our initial plan was to release milestones of JBoss
Tools after every sprint and work on automation of this process so it
doesn't require a lot of efforts any manual work.
But because of holidays in Canada, USA and Czech Republic plus busy Red
Hat Summit week before that we skipped public release of JBoss Tools
4.4.1.AM1.
Our next (4.4.1.AM2) release will be on July 26 (Tuesday) with
codefreeze on July 21 (Thursday). This will be our first public
milestone release for JBT 4.4.1.
The release schedule is available here -
https://issues.jboss.org/projects/JBIDE?selectedItem=com.atlassian.jira.j...
Thank you.
10 years, 1 month
Re: [jbosstools-dev] Zero AERI repports for BrowserSim / CordovaSim / VPE components
by Ilya Buziuk
It is three different projects. The prefixes are:
- org.jboss.tools.vpe [1]
- org.jboss.tools.browsersim [2]
- org.jboss.tools.cordovasim [3] (CordovaSim is a part
of jbosstools-aerogear repo)
[1] https://github.com/jbosstools/jbosstools-vpe
[2] https://github.com/jbosstools/jbosstools-browsersim
[3] https://github.com/jbosstools/jbosstools-aerogear/tree/master/cordovasim
On Mon, Jul 11, 2016 at 9:54 PM, Marcel Bruch <marcel.bruch(a)codetrails.com>
wrote:
> I just looked at the projects list and could not find anything that seems
> related to BrowserSim, CordovaSim or VPE. It seems that no-one requested to
> set up error reporting for those projects yet.
>
> Is it “one project” or do we have to split them into three?
>
> What are the package prefixes assigned to above projects? We use them for
> assigned stack traces to your projects.
>
> Thanks,
> Marcel
>
>
> On 11 Jul 2016, at 21:07, Marcel Bruch <marcel.bruch(a)codetrails.com>
> wrote:
>
> Please send me the list of package prefixes. I’ll then check the
> configuration. Thanks, Marcel
>
> On 11 Jul 2016, at 20:06, Ilya Buziuk <ibuziuk(a)redhat.com> wrote:
>
> Hi, Marcel
> I was not able to find any AERI reports for BrowserSim / CordovaSim / VPE
> components which is quite suspicious taking in consideration the size of
> the code base. Could you please check if AERI is setup correctly for those
> components ?
> Thanks
>
>
> --
> Codetrails GmbH
> The knowledge transfer company
>
> Robert-Bosch-Str. 7, 64293 Darmstadt
> Phone: +49-6151-276-7092
> Mobile: +49-179-131-7721
> http://www.codetrails.com/
>
> Managing Director: Dr. Marcel Bruch
> Handelsregister: Darmstadt HRB 91940
>
>
> --
> Codetrails GmbH
> The knowledge transfer company
>
> Robert-Bosch-Str. 7, 64293 Darmstadt
> Phone: +49-6151-276-7092
> Mobile: +49-179-131-7721
> http://www.codetrails.com/
>
> Managing Director: Dr. Marcel Bruch
> Handelsregister: Darmstadt HRB 91940
>
>
10 years, 1 month
Steps to reproduce Automated Error Report bot issues?
by George Gastaldi
Hi,
I noticed that the AERI bot opens some JIRA according to the issues
reported by the users. I am having a hard time trying to reproduce these
errors, mostly because I don't know what the user did to make that happen.
How can I have access to the steps performed by the user when the error
occurred?
I think that opening an issue with a Stacktrace is not that useful if you
don't know how to reproduce that error locally.
Best Regards,
*George Gastaldi*
https://onename.com/gastaldi
10 years, 1 month
Zero AERI repports for BrowserSim / CordovaSim / VPE components
by Ilya Buziuk
Hi, Marcel
I was not able to find any AERI reports for BrowserSim / CordovaSim / VPE
components which is quite suspicious taking in consideration the size of
the code base. Could you please check if AERI is setup correctly for those
components ?
Thanks
10 years, 1 month
Migration to jgit timestamps
by Nick Boldt
(Previously, on "migrating to jgit timestamps"...)
Instead of a BUILD_ALIAS like Alpha1 or Beta1, which forces users to
download a whole JBT or devstudio install each time we release a new
milestone, plugins and features will soon use the timestamp of their
last change in github.
Note that two plugins will continue to have a BUILD_ALIAS applied:
foundation.core & devstudio.core.central, which define the version of JBoss
Tools / devstudio used by ide-config.properties to assign the correct
URLs for Central and quickstarts. But as you may have seen in another
thread, we are now using milestone numbers instead of quality labels
like Alpha
or Beta. These milestones will be called AM1, AM2, AM3, because we
need a letter that's ascii-wise a lower value that Final & GA.
Previously, I had said that you need to *check in your local changes*
(to your local github clone, not to origin!)
in order to ensure that those local changes are seen as "newer" than
the stuff available on download.jboss.org, or in your ~/.m2/repo.
This is no longer true -- a dirty github workspace will still result
in upversioned plugin timestamps. I believe this should even work
across timezones, since the plugins I built appear to be timestamped
in GMT, not EST.
Anyway, thanks for reading this far. The PRs in JBIDE-13671 have been
applied, and fresh CI builds should be available tomorrow.
Ref: https://issues.jboss.org/browse/JBIDE-13671
--
Nick Boldt :: JBoss by Red Hat
Productization Lead :: JBoss Tools & Dev Studio
http://nick.divbyzero.com
10 years, 1 month
Eclipse plugins testing structure
by Aurelien Pupier
Hi,
I'm currently trying to improve test structure for Jboss Fuse Tooling
project (https://github.com/fusesource/fuseide).
On Max recommendation, I take a look at jbosstools-devdoc
https://github.com/jbosstools/jbosstools-devdoc/blob/master/source/how_to...
When i take a look to
https://github.com/jbosstools/jbosstools-server/blob/master/as/tests/org....
. This project is in tests folder but it launches tycho-surefire-plugin.
As far as I understand Tycho, it means that it is launching an OSGi
platform. From my point of view, it means that these tests are already
integration tests and the only difference between tests and itests
currently is more fast vs slow tests.
What I wanted to achieve is to have really fast unit test, so I created
a fragment and so use maven-surefire-plugin. You can see the fragment
https://github.com/fusesource/fuseide/tree/master/editor/tests/org.fuseso...
and the parent pom configuration:
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.19.1</version>
<executions>
<execution>
<id>test</id>
<phase>test</phase>
<configuration>
<systemProperties>
<osgi.nls.warnings>ignore</osgi.nls.warnings>
</systemProperties>
<includes>
<include>**/*Test.java</include>
</includes>
</configuration>
<goals>
<goal>test</goal>
</goals>
</execution>
</executions>
</plugin>
<plugin>
<groupId>org.eclipse.tycho</groupId>
<artifactId>tycho-surefire-plugin</artifactId>
<version>${tychoVersion}</version>
<configuration>
<useUIThread>true</useUIThread>
<useUIHarness>true</useUIHarness>
<includes>
<include>**/*IT.class</include>
</includes>
<argLine>${tycho.testArgLine}
-XX:+HeapDumpOnOutOfMemoryError</argLine>
</configuration>
</plugin>
Did I misunderstood something?
Are there counterpoints to use fragments and maven-surefire-plugin?
Are there other examples which are matching more closely to my usecase
in jboss tools codebase?
Thanks by advance for your help
--
Aurelien Pupier
Senior Software Engineer in JBoss Fuse Tooling Team
@apupier
10 years, 1 month
