rosjava / rosjava_messages

Message generation and the core set of official ros messages for java.
8 stars 34 forks source link

Updated to indigo #15

Closed peci1 closed 9 years ago

peci1 commented 10 years ago

I'm not sure if PR is the best way to do it, since I try to merge update to indigo with your hydro branch, but I haven't found a better way of doing the update. If you could also update rosjava_maven_repo, I'd be really glad.

stonier commented 9 years ago

Hydro has a fair bit of infrastructure keeping that up to date.

Every night there is a jenkins job that crawls the rosdistro repo database and looks for packages that depend on message_generation. These it adds to rosjava_message's dependencies in the package.xml and creates a new tag.

So...a manual update/fix of hydro's package.xml won't do anything here.

stonier commented 9 years ago

The reason I don't have an indigo branch here is because I was looking to drop rosjava message generation like this. It's better than it used to be pre-hydro, but it's still inconvenient.

The new indigo from source instructions actually build messages on the fly (like python and c++), but it's slow and requires you to have all the sources in your workspace or an underlay. Since it's slow, it hasn't made it to 'official' status yet and we need a better way.

I had a hangout with damon late last year to discuss ways to make it happen, but just haven't had a chance to attack this yet.

Does building with those source instructions work for you? If you do that, pull request upgraded versions to our rosjava maven repo, then that should help you build things down the line without needing the entire source workspace for everything else.

stonier commented 9 years ago

Closing this here as it won't go in. If you'd like to keep discussing the message generation on indigo problem, please open a new thread.

peci1 commented 9 years ago

Yes, I succeeded catkin_making the whole ROS with my project added, and as a result I got the needed JAR files. However, the compilation takes forever, and the need to keep ROS sources on the machine is also very bad. And I also had problems running ROS programs when the ROS-source workspace was loaded along with my workspace. So I essentially need to merge the two workspaces, build them, copy-out the JAR files, then remove the ROS-Source workspace, clean the build files, and build my workspace from scratch. Wow, that's a lot of work. So you say if I "maintain" the Indigo JAR files and send them via a PR, you'd merge that?

stonier commented 9 years ago

Maintaining jars - the best way to do this is put them up on the rosjava maven repo. This tutorial might help make this clearer.

I just compiled and pushed the core rosjava stacks and ocmmon msgs last night (0.2 versions). You can see them in this commit - click on the '333 changed files'.

Once you have things in that repo (or a private fork of it), you don't need them in your source workspace anymore.

First step for indigo will be making that rosjava maven repo up to date and more complete.