An excursion into integration testing plugins with Arquillian
by phantomjinx
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Might be of interest ...
https://community.jboss.org/en/teiiddesigner/dev/blog/2014/06/23/unit-tes...
Regards
PGR
- --
Paul Richardson
* p.g.richardson(a)phantomjinx.co.uk
* p.g.richardson(a)redhat.com
* pgrichardson(a)linux.com
"I know exactly who reads the papers ...
* The Daily Mirror is read by people who think they run the country.
* The Guardian is read by people who think they ought to run the country.
* The Times is read by people who do actually run the country.
* The Daily Mail is read by the wives of the people who run the country.
* The Financial Times is read by the people who own the country.
* The Morning Star is read by the people who think the country ought to be run by another country.
* The Daily Telegraph is read by the people who think it is."
Jim Hacker, Yes Minister
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iEYEARECAAYFAlOoXJIACgkQcthLMIwdEb3m1gCeOsaZ9PIhV6LooMz4S1M2kP3r
LS0AoPNUopgHqEpwq1gVdqAczhQX2ZSB
=0IZ8
-----END PGP SIGNATURE-----
7 years, 3 months
Compilation failure in Seam
by Daniel Azarov
Hi,
We got compilation failure in Seam Tools again.
(Seehttps://issues.jboss.org/browse/JBIDE-17729)
The cause is that org.jboss.tools.hibernate.spi.IConfiguration was changed.
It is not good to change public API without full build tested.
At least Seam Tools depends on hibernate.
Please when you change public API in Hibernate be sure Seam compiles too.
Best regards,
Daniel Azarov
7 years, 3 months
Moving Aerogear Cordova tools to Eclipse thym
by Gorkem Ercan
Hi All,
The initial legal checks have concluded for our code contribution to
Eclipse and I am now in the process of renaming and moving the code to
Eclipse thym repo [1]. My goal is to replace the current cordova plugins
with a release from Eclipse by the next JBDS/JBT. I think this will create
a bit of shuffling on builds and some changes on CordovaSim but overall we
should be able to manage it.
Here is my proposal for the move.
1. Do the rename and move this week. The move is only for the cordova parts
and CordovaSim is not affected by this directly. Once it is completed, all
the new development will commence from Eclipse repo.
2. Setup builds on Eclipse build infrastructure. Hopefully I can recruit
Mickael and/or Nick to help with those.
3. Make an initial release on Eclipse and modify JBoss TP to include the
release.
4. Remove the existing cordova plugins and features from aerogear update
site.
5. Modify CordovaSim to use the renamed plugins/packages/bundles.
Your feedback, ranting and help offers are welcome so Go...
[1] https://github.com/eclipse/thym
--
Gorkem
7 years, 3 months
Cordojva & Tern
by Angelo zerr
Hi guys,
At first I would like to tell you that pascal have done the 0.2.0 release
for AngularJS Eclipse + tern.java.
I'm improving (in 0.3.0-SNAPSHOT) the UI of tern facet project properties
to select tern plugin+JSON Type Definition for a project. I have attached a
screenshot which shows the cordovajs tern plugin selection.
You can see :
* on the left, table which contains list of tern plugins + defs
* on the right, the details of the selected tern plugin/def
There is 2 tabs :
* "Details" tab shows information of the selected plugin/def
* "Options" will display option waited by tern plugin.
Those information comes from a JSON file. For instance for cordovajs =>
https://github.com/angelozerr/tern.java/blob/master/core/tern.core/metada...
I contact you because I would like to clarify some thing about the work of
Victor about cordova :
1) if you wish to change some information about description of cordova
metadata, etc don't hesitate to create PR.
2) I think it should be better to create a github for the cordova tern
plugin
3) do you know if cordova provides some api to generate doc? YUI,
DojoToolkit do that, so after it's easy to create version of the tern
cordova tern plugin like I have done for dojo
https://github.com/angelozerr/tern.dojotoolkit (I generate several version
of dojotoolkit by using sources of dojo, if you are interested, I could
help you to do that).
Hope you will like it this new feature
Regards Angelo
7 years, 3 months
SCHEDULE REMINDER :: JBT 4.2.0.Beta3 / JBDS 8.0.0.Beta3 code freeze is this Wednesday, July 3
by Nick Boldt
Because of holidays this week (July 1, 3, and 4), we're doing code
freeze on a Wed instead of the usual Thursday, in order to give people
more time to prepare.
This of course means we'll be spinning up the 4.2.luna stable branch
jobs on the weekend, as usual, so if you need to slip the creation of
your Beta3x branch a little, that's OK as long as it's done on Thursday
July 4.
--
Nick Boldt :: JBoss by Red Hat
Productization Lead :: JBoss Tools & Dev Studio
http://nick.divbyzero.com
7 years, 3 months
Project Examples API winter is coming
by Fred Bricon
Hi,
just so you know, while looking at I've been working on some significant
refactoring in the project examples API, before dealing with
https://issues.jboss.org/browse/JBIDE-17464 :
1 - split the ProjectExample class into a definition and working copy
classes (https://issues.jboss.org/browse/JBIDE-17713) : basically
ProjectExample will be kept as a definition class, without its setters
exposed publicly. A mutable version, ProjectExampleworkingCopy will be
introduced. A significant number of method previously handling
ProjectExample instances will see their signature changed to use
ProjectExampleWorkingCopy instead. Version of project-examples plugins
will be bumped from 1.6.0-SNAPSHOT to 2.0.0-SNAPSHOT
2 - Move the Maven project example plugin into the examples
sub-component/folder, in order to cut a cyclic dependency between
project example tests and maven examples
(https://issues.jboss.org/browse/JBIDE-17714). Version of
org.jboss.tools.maven.project.examples will be bumped from
1.6.0-SNAPSHOT to 2.0.0-SNAPSHOT. It will be added to the examples p2
site. This change is contained in the jbosstools-central component so it
shouldn't impact the update sites downstream.
Fred
7 years, 3 months
Question about org.jboss.tools.common.refactoring.MarkerResolutionUtils
by Xavier Coulon
Hello,
I'm writing a JUnit test to verify that a quickfix for a JAX-RS problem works fine, but my test fails because the change is not applied during the call to Change#perform().
When digging into the code, I found that my problem is in the following method of org.jboss.tools.common.refactoring.MarkerResolutionUtils:
@SuppressWarnings("unchecked")
public static <T extends IJavaElement> T findWorkingCopy(ICompilationUnit compilationUnit, T element) throws JavaModelException{
if(element instanceof IAnnotation){
IJavaElement parent = findWorkingCopy(compilationUnit, element.getParent());
if(parent instanceof IAnnotatable){
for(IAnnotation a : ((IAnnotatable)parent).getAnnotations()){
if(a.getElementName().equals(element.getElementName()))
return (T)a;
}
}
}else if(element instanceof ILocalVariable && ((ILocalVariable) element).isParameter()){
IJavaElement parent = findWorkingCopy(compilationUnit, element.getParent());
if(parent instanceof IMethod){
for(ILocalVariable parameter : ((IMethod)parent).getParameters()){
if(parameter.getElementName().equals(element.getElementName()) && parameter.getTypeSignature().equals(((ILocalVariable)element).getTypeSignature()))
return (T)parameter;
}
}
}else{
IJavaElement[] elements = compilationUnit.findElements(element);
if(elements != null){
for(IJavaElement e : elements){
if(e.getClass().equals(element.getClass()))
return (T)e;
}
}
}
return null;
}
In the code above, the last if/else block checks if e.getClass().equals(element.getClass()), which does not work in my case because I have org.eclipse.jdt.internal.core.SourceType vs org.eclipse.jdt.internal.core.ResolvedSourceType. I wonder if we should not replace this part with a comparison of a comparision of getHandleIdentifier() of both elements, which would make more sense, I believe.
For example, in my unit tests, it would be: =org.jboss.tools.ws.jaxrs.tests.sampleproject/src\/main\/java<org.jboss.tools.ws.jaxrs.sample.services{BAZ.java[BAZ in both cases ;-)
WDYT ?
If the change I suggest makes sense, I'll be more than happy to open a JIRA and attach a PR to it ;-)
Thanks.
Best regards,
/Xavier
7 years, 3 months
