Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [ice-dev] Issue 261 - Core as R-OSGi
Hello Jay,

I just tried the netstat method and did not see anything listening at 9280. As you said, it's looks like the getServiceReference is only contacting a local reference. The tutorial had said that even getServiceReference would work, but I will investigate this further.

Thank you for your notes on the build related to the client. Once I actually make it remote, I will check the build part again.

Regards,
Ram


On Mon, Sep 19, 2016 at 10:20 PM Jay Jay Billings <jayjaybillings@xxxxxxxxx> wrote:
Ram,

1.) The ICE binary is creating by the org.eclipse.ice.product pom during the Tycho build. The product is defined in org.eclipse.ice.product/ice.product. There are two steps, I think:
a.) Remove org.eclipse.ice.client and its related bundles from org.eclipse.ice.feature/features.xml.
b.) Remove org.eclipse.ice.client and any other org.eclipse.ice.client.* bundles from org.eclipse.ice.product/ice.product. You can also remove any *.ui bundles and any *.eavp bundles.
2.) Ideally you would create a second "aggregator" build bundle and remove org.eclipse.ice.client and related bundles from the new *.aggregator/pom.xml file. (This would let us run the builds for both versions.) But, the short way to do it thought is to just remove the org.eclipse.ice.client entries from aggregator/pom.xml.
3.) I don't think there is any reason to edit that setting. I'm not sure what it is for actually; I'll have to take a look at it.

Hope this helps! Let me know what else you need!

Jay

Jay

On Mon, Sep 19, 2016 at 3:53 PM, Ramachandran K. Narayanan <knarayanan@xxxxxxxxxxxxx> wrote:
Hello ICE-Dev,

I am currently looking at getting ICE to run headlessly, i.e. with just the Core. I am trying to understand how the Client is called and how I can isolate it from the build, but I may need a few pointers here:

1) How is the ICE executable binary (at the root of the ICE build) created? That must be starting up the Client too, but I don't know how it's created.

2) To isolate Client from the Build, do I just modify the pom.xml at the root of the ICE source folder? That is, should I remove the client modules in that file?

Or do I remove the client modules from aggregator/pom.xml?

3) o.e.i.client.rcp/build.properties has an entry for o.e.i.icelclient.application.launch. Is this module created at build time and should I be modifying it for my current purpose?

Thanks,
Ram


On Mon, Sep 19, 2016 at 10:31 AM Ramachandran K. Narayanan <knarayanan@xxxxxxxxxxxxx> wrote:
Hello Jay,

On Mon, Sep 19, 2016 at 7:09 AM Jay Jay Billings <jayjaybillings@xxxxxxxxx> wrote:
Ram,

Sorry I haven't had too much time to review your code and this email, but here is what I think:
1.) Ultimately yes, but immediately no. I think you could probably "touch" the remote service using curl, wget or some similar tool. A browser might even do it. As for issue 262, finishing either part of it would result in a sufficient test. Do you know how to look up a remote service from a client? If so, then I'll take a crack at 262 tonight.

Actually I didn't have to change the Client code at all, so it looks like a context.getServiceReference(ICore.class) would still work.
 
3.) Yes, there are a few. I updated the ticket. In a nutshell, we should probably try to get it running headlessly and then move to 262.

Ok, I have looked at the updated ticket and I will start looking at the subgoals.
 
Congrats on getting this working, btw! Great work!

Thanks Jay, but the changes I have made are so small (a few extra lines in Core.java) that I am not sure if it's working as intended. The changes were based on R-OSGi tutorial and I am trying to verify that the Core is running as a "Remote" service.
 
Let me know if you want to merge this back into ICE and we'll help you do it.

I will work on the subgoals and have a completed set of tasks and then look to merge it into ICE, at that point.

Regards,
Ram
--
Ramachandran K. Narayanan
Software Engineer
RNET Technologies Inc.
240 W.Elmwood Drive, Suite 2010
Dayton, OH 45459-4248
--
Ramachandran K. Narayanan
Software Engineer
RNET Technologies Inc.
240 W.Elmwood Drive, Suite 2010
Dayton, OH 45459-4248

_______________________________________________
ice-dev mailing list
ice-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ice-dev



--
Jay Jay Billings
Oak Ridge National Laboratory
Twitter Handle: @jayjaybillings
_______________________________________________
ice-dev mailing list
ice-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/ice-dev
--
Ramachandran K. Narayanan
Software Engineer
RNET Technologies Inc.
240 W.Elmwood Drive, Suite 2010
Dayton, OH 45459-4248

Back to the top