- This topic has 3 replies, 2 voices, and was last updated 10 years, 5 months ago by
.
-
Posts
-
Hello,
We’re giving SDC a shot at my company and I have been tasked with trying it out. Results so far have been mixed, and I’ve come across a handful of challenges/problems that I haven’t been able to figure out. This topic can probably be split into separate topics, so if necessary I can create them at a later time. For now, I’ll just dump everything here. 🙂
Background/Setup
We are trying to streamline the process of bringing in new employees, students, developers, etc. so they don’t have to spend so much time getting their Eclipse environment set up, all of the code checked out, and any third party libraries installed. That said, we typically have the following workflow to get them started:
-
Download and install Eclipse Kepler for RCP/RAP Developers
Set up Subversive with the Eclipse installation
Check out several bundles from our svn repository
Configure the target platform (this is stored in a bundle, so typically we just open up the target definition in Eclipse, change the OS or windowing system if necessary, and “Set as Target Platform”)In addition to that, we would like our newbies to be able to build our project. This requires them to have HDF5 Java libraries (usually from an HDFView installation) in their environment. On linux systems, we set LD_LIBRARY_PATH to include the “lib” folder from that HDF Java installation. The libraries can be downloaded at http://www.hdfgroup.org/products/java/release/download.html.
What works so far…
I have a trial SDC Hub and a few Admin Consoles installed (one on a Windows machine, one on a Linux machine). Currently, I have a package whereby an authenticated user can install Eclipse 4.3.2 for RCP and RAP to their machine along with all required Subversive plugins (and a few goodies that I personally like… dark themes). I have also configured a project set via a workspace task. In other words, I have (successfully?) addressed the first three challenges: getting Eclipse, setting up Subversive, and getting the bundles from the repository.
Unsolved Problems
(0)* Checking out the svn repositories:
I’m listing this as a problem because the SDC package I created always wants to push updates to the project set preferences (The project set came from a clean workspace where I had checked out all of the desired bundles from the repo). Ideally, our developers would just get the initial set of projects checked out from the svn repository, after which they could add or remove projects freely. Is this possible with the workspace configuration tasks?(1) Getting the target platform resolved:
This problem isn’t really a deal breaker because it’s fairly straightforward for a newbie to do, but it would be nice if we could get the target platform resolved right off the bat. I’ve tried creating an archived update site containing our target platform bundle, but I had no luck getting SDC to import it.(2) Getting HDF Java libraries installed for building the project:
I was able to extract the required HDF Java jar files from their installer, zip them up into a new archive, and install them as a third party library from SDC. However, this puts them in an unusual location (some path like /home/user/SDC-package-install-dir/binary/binary.contents.0662-AHB-8209.l64_2.10.1/hdf-java/). We need to be able to set an environment variable to point to the lib folder so the necessary libraries can be found during the build process. Is setting environment variables like this possible with SDC, and is it possible to have the libraries installed to a more readable path?I apologize for having such a large post. Thanks (in advance) for any help, and if I need to clarify anything or provide more details, just let me know.
Thanks!!!!
Hello jdeyton, sorry for the delayed response.
About #0, addressing this in a future release is certainly possible. However, we find that most people want their teams to remain in sync as the team lead dictates which base-line repositories should be included. Could you please tell us the details of your use case on this?
For #1, Could you please clarify how this is failing? You can find the logs on [SDC installation dir]/Admin Console/logs/
For #2, we already have another forum post about how to handle this (http://www.genuitec.com/support-genuitec/viewtopic.php?f=18&t=3751). Please have a look at the PreferenceModifierTask.java file there(http://www.genuitec.com/support-genuitec/download/file.php?id=1755).
And don’t worry about long posts that’s better for you and us!
Regards,
Gustavo – SDC Support.Gustavo,
Thanks for the tips! I played around with SDC a little more today while I had time at work. Here are some updates.
@sdc-support wrote:
About #0, addressing this in a future release is certainly possible. However, we find that most people want their teams to remain in sync as the team lead dictates which base-line repositories should be included. Could you please tell us the details of your use case on this?
Never mind this problem. I created a new Secure Package from scratch, and things started working a little more like I had expected. I was able to push an initial set of projects and update that set later. The changes were reflected in the deployed Eclipse workspace, and projects that were local only to the deployed workspace were not removed.
Previously, I had this strange problem where every time I checked for updates, there was a new project set or workspace preference file to update. I’m not sure what the problem was before… maybe a corrupted preferences file or a problem with the machine I was using…. In any case, it works as expected now. If the problem returns, I’ll try to document it as best I can and post another question in this forum.
@sdc-support wrote:
/Admin Console/logs/
I do not believe I specified a target platform from the SDC Admin Console, so there was technically no failure on SDC’s part. Currently, we have a basic target platform in a bundle hosted in an SVN repository. This target platform does not have the environment, windowing system, or architecture configured (I believe it defaults to linux, gtk, and x86_64). Right now, you have to open the target platform, set these, save it, set it as the target platform, and let Eclipse re-build the workspace. When we deploy to a Windows box or Mac, I would like to have the the environment, windowing system, and architecture set to the appropriate values, and have the target platform “Set as the target platform…” and “resolved.” Is it possible to do this (edit and resolve the target platform) with SDC?
@sdc-support wrote:
For #2, we already have another forum post about how to handle this (http://www.genuitec.com/support-genuitec/viewtopic.php?f=18&t=3751). Please have a look at the PreferenceModifierTask.java file there(http://www.genuitec.com/support-genuitec/download/file.php?id=1755).
Thanks! I’ll be sure to have a look into that more thoroughly next chance I get.
Thanks again!
Jordan
Hello again,
I do not believe I specified a target platform from the SDC Admin Console, so there was technically no failure on SDC’s part. Currently, we have a basic target platform in a bundle hosted in an SVN repository. This target platform does not have the environment, windowing system, or architecture configured (I believe it defaults to linux, gtk, and x86_64). Right now, you have to open the target platform, set these, save it, set it as the target platform, and let Eclipse re-build the workspace. When we deploy to a Windows box or Mac, I would like to have the the environment, windowing system, and architecture set to the appropriate values, and have the target platform “Set as the target platform…” and “resolved.” Is it possible to do this (edit and resolve the target platform) with SDC?
For this, please have a look into the documentation here: http://www.genuitec.com/sdc/docs/sdc_admin.html#appendix_d, it should be useful in your case.
Please tell us if you need anything else, we are happy to help!
Best regards,
Gustavo – SDC Support.
