Showing posts with label Eclipse. Show all posts
Showing posts with label Eclipse. Show all posts

24.12.11

m2eclipse dependency search problem workaround

 

m2eclipse Issues Mailing List - [m2e issues] [JIRA] Created- (MNGECLIPSE-2130) Open Type from Ma

Open Type from Maven..., dependency resolution, and Select... goals buttons do not work out of the box
------------------------------------------------------------------------------------------------------
                 Key: MNGECLIPSE-2130
                 URL: http://issues.sonatype.org/browse/MNGECLIPSE-2130
             Project: Dev - M2E - OSS
          Issue Type: Bug
    Affects Versions: 0.10.0
         Environment: eclipse 3.4.2
            Reporter: Greg Loring
install eclipse and m2e as per instructional video (no extras)
open the "Search class in Maven repositories" dialog via Navigate / Open Type from Maven...
type in org.apache.commons.logging.LogFactory or just LogFactory
see "Results for ... (0)" at the bottom of the dialog
same behavior if "Search class in Maven repositories" dialog is reached via the "Search dependency for LogFactory" quick fix
also, no goals will appear in the "Select Goal" dialog no matter where it is started from:
- Window / Preferences / Maven / "Goals to run on project import:"
- Window / Preferences / Maven / "Goals to run when updating project configuration:"
- Project / Properties / Maven / Lifecycle Mapping / "Goals to invoke after project clean:"
- Project / Properties / Maven / Lifecycle Mapping / "Goals to invoke on resource changes (...)"
one workaround (there may be others):
open the "Maven Repositories" view
right click on "Global Repositories" / "central (http://repo1..." node
click on "Full Index Enabled" (and wait for a long time while eclipse stops responding)
then the "Search class in Maven repositories" and "Select Goal" dialogs start working
COMMENT: found this workaround after a ridiculous amount of searching the web and sonatype jira; this basic functionality should just work, period
setting the central repository back to "Minimum Index Enabled" turns the class search and goal selecting functionality off once again
have not tried to see how all this affected artifacts that are not in central
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:http://issues.sonatype.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

29.11.11

InfoQ: BndTools provides OSGi Development in Eclipse

InfoQ: BndTools provides OSGi Development in Eclipse
http://bndtools.org/doc/tutorials/

BND 

Bnd is an extremely powerful but low-level tool for building and analysing OSGi bundles. It was developed by Peter Kriens (the OSGi Alliance's Technical Director) and is used by the OSGi Alliance to build their own suite of API, compatibility test and reference implementation bundles. As a low-level tool it is easily embeddable and can be called directly from the command line, used an ANT task, or embedded in Maven and IDEs.

Bndtools

Bndtools uses bnd as its "engine". All of the smarts are in bnd essentially, and Bndtools just figures out when it should call bnd and presents the results nicely. Because many other tools embed bnd, the descriptor files used by bnd have almost become a de-facto standard, meaning that it is easy for a Bndtools developer to collaborate with developers using other tools, or to migrate permanently to another tool if they choose.

Eclipse PDE

Eclipse PDE is another OSGi development environment based on Eclipse.

PDE follows a different philosophy to bnd and Bndtools, called "manifest first". In PDE you directly edit the MANIFEST.MF file that goes straight into the bundle without any post-processing. Our philosophy is that the MANIFEST.MF should be treated almost like a compiler output: i.e., it should be generated from a simpler source artefact. This is important because a full MANIFEST.MF contains quite a lot of duplicate information or information that should be derived directly from the Java code, for example the list of packages-level dependencies. Manually editing such information is laborious and error-prone.

JRebel

  • JRebel is a powerful tool for speeding up redeployment of code during development, but it does not provide any kind of module system, either at runtime or at build time. 
  • JRebel is about getting your code out of the IDE and into the Java EE application server as quickly as possible.
  • JRebel is not particularly useful when developing for OSGi.

maven

For Maven users the most popular approach to OSGi development is to use the Maven Bundle Plugin, which is another tool that embeds bnd. Bndtools integrates with Maven via this plugin and via M2Eclipse. In this scenario, M2Eclipse subsumes responsibility for managing the build depdendencies (in the POM, obviously) and for actually building bundles, but Bndtools continues to add value by providing a way to edit and analyse bundle descriptors and dependencies, and a way to setup and execute run configurations.

28.11.11

Upgraded to Xtext 2.1: first impressions | Javalobby

Upgraded to Xtext 2.1: first impressions | Javalobby

Xtext
Xtext success story at Google | EclipseCon North America 2012

With Xtext 2.1 crafting a feature rich domain specific language for the JVM is a matter of only implementing two small scripts. 


Xtext 2.x, part of the Eclipse Indigo release, provides a solid framework for creating Domain-Specific Languages. With only a few clicks, Xtext is capable of generating language interpreters and full-blown editors, all from a single grammar definition.