Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 316408 - [RDT] Build support for org.eclipse.ptp.rdt.server.dstore
Summary: [RDT] Build support for org.eclipse.ptp.rdt.server.dstore
Status: CLOSED WONTFIX
Alias: None
Product: PTP
Classification: Tools
Component: RDT (show other bugs)
Version: 4.0   Edit
Hardware: PC Windows 7
: P3 normal (vote)
Target Milestone: 4.0.1   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-06-09 22:48 EDT by Roland Schulz CLA
Modified: 2014-05-29 15:31 EDT (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Roland Schulz CLA 2010-06-09 22:48:54 EDT
org.eclipse.ptp.rdt.server.dstore needs a way to build within the workspace to be able to test changes. Similar to the build.sh of jproxy.

Also it needs to be added to project_sets. 
(of course easy but filing because we can't commit - so that it is not forgotten)
Comment 1 Greg Watson CLA 2010-07-13 11:50:40 EDT
Before this could be done, you'd need to work out a way to build the rdt server locally. Currently the only way to do this is to obtain a copy of the RSE dstore server from the RSE downloads site, unpack the server, manually create each of the jar's from the *.jardesc files in the org.eclipe.ptp.rdt.core.remotejars plugin, copy these jars to the dstore server, manually create a jar-in-jar manifest, and jar up the server. 

Most of this is done by the build.xml in org.eclipse.ptp.rdt.remotejars, but it doesn't work from the command line, only as part of the PTP build. It may be possible to modify the build.xml to work from the command line also (or be driven from a shell script that handles any additional actions).
Comment 2 Roland Schulz CLA 2010-07-14 15:38:52 EDT
Why don't we just take the JAR files from ${eclipse.home}/plugins and only add the compiled classes from the workspace which are part of PTP?
Comment 3 Greg Watson CLA 2010-07-14 18:30:10 EDT
Because thats not how the headless build works.
Comment 4 Roland Schulz CLA 2010-07-14 21:32:05 EDT
(In reply to comment #3)
> Because thats not how the headless build works.
Of course it would be nicer to have the same method for headless and workspace, but I meant my suggestion primarily/only for the workspace built.
Comment 5 Roland Schulz CLA 2011-05-31 18:00:32 EDT
CDT is changing to Maven/Tycho. Would this solve this problem if we changed too? I don't know what is involved and whether it is a good idea. I'm just asking because I think it would be nice to solve this for Juno.
Comment 6 Greg Watson CLA 2011-06-08 16:54:05 EDT
I don't think this is an issue any more. PBS support has moved to the JAXB RM which no longer requires a server.
Comment 7 Greg Watson CLA 2011-06-08 16:54:28 EDT
Sorry, brain dead. Ignore last comment.
Comment 8 Greg Watson CLA 2014-05-29 15:31:58 EDT
Assuming this will not be fixed.