Jump to content
Search In
  • More options...
Find results that contain...
Find results in...
IceKontroI

IPC possible with TRiBot script and another non-TRiBot program?

Recommended Posts

Is it possible to relay information directly from a script to another Java process? My program consists of a master program that does a lot of processing, and several scripts that receive data from that processing. It's set up in such a way that nearly everything the script would need to process is pre-calculated by the master program. Currently I'm serializing data on one end and deserializing it on the other. 

While this process is efficient, I would like to improve it further. I've looked into IPC (Inter-Process Communication) to improve communication, but before I try to implement it, I need to know if it will even be possible with the way the JVM is set up within TRiBot.

So is this possible?

EDIT: Thanks, I got it working. For future reference, if anyone is considering implementing something like this over Sockets and Streams, it will be effective, but there is risk of memory leaks. This post goes into detail about memory leaks caused by ObjectOutputStreams that are left "on" for long periods of time. The solution is to call #reset() on your ObjectOutputStream on a regular basis to reclaim the memory it consumes to prevent itself from serializing duplicate Objects.

Edited by IceKontroI
Important update

Share this post


Link to post
Share on other sites

@Fluffee is correct, local sockets would be the most suitable tool for the job. (the other program doesn't have to be Java though, can be any language with socket support), Check out some of Oracle's docs to get started. Using local sockets is nothing more than binding the socket to a local port, this allows for easy refactoring if you ever want to move the external program to a different server, etc.

Alternatively you could also use a message queue like RabbitMQ or Java's Messaging Service (JMS) using OpenMQ. Although either will require dependencies which means that you won't be able to upload the code to the repo.

  • Like 1

Share this post


Link to post
Share on other sites
20 minutes ago, laniax said:

@Fluffee is correct, local sockets would be the most suitable tool for the job. (the other program doesn't have to be Java though, can be any language with socket support), Check out some of Oracle's docs to get started. Using local sockets is nothing more than binding the socket to a local port, this allows for easy refactoring if you ever want to move the external program to a different server, etc.

Alternatively you could also use a message queue like RabbitMQ or Java's Messaging Service (JMS) using OpenMQ. Although either will require dependencies which means that you won't be able to upload the code to the repo.

Interesting, yeah sockets seem to be what I'm looking for. I've no problem doing this with dependencies, it's for a local script which is already set up with Maven. Any word on how this can be done across multiple PCs? Or will it only work on the same machine?

Share this post


Link to post
Share on other sites
1 minute ago, IceKontroI said:

Interesting, yeah sockets seem to be what I'm looking for. I've no problem doing this with dependencies, it's for a local script which is already set up with Maven. Any word on how this can be done across multiple PCs? Or will it only work on the same machine?

You can just open up a ServerSocket in the external program, bind to a port and make other PCs (tribot) connect to it using a regular Socket and the IP/port of the machine you run the serversocket on. Might have to port forward in your router to open them up if your going over WAN instead of LAN.

These docs should get you going: https://docs.oracle.com/javase/tutorial/networking/sockets/index.html

PM on Discord if you need any more help.

 

  • Thanks 1

Share this post


Link to post
Share on other sites
Just now, laniax said:

You can just open up a ServerSocket in the external program, bind to a port and make other PCs (tribot) connect to it using a regular Socket and the IP/port of the machine you run the serversocket on. Might have to port forward in your router to open them up if your going over WAN instead of LAN.

These docs should get you going: https://docs.oracle.com/javase/tutorial/networking/sockets/index.html

PM on Discord if you need any more help.

 

Great, thanks! Wasn't sure where to get started with something like this, that doc will be useful for sure

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.


  • Our picks

    • This update features:

      Fixed broken hooks from today's update


      Fix wilderness level with RuneLite (Thanks @Todd)


      Add support for Kotlin .class files in scripts (Thanks @wastedbro)


      Overhaul Inventory API (Thanks @wastedbro)


      Add List support for common methods


      Change method grouping to make more sense (by functionality)


      Refactor methods to utilize Java 8 streams instead of cumbersome loops




      Recognize chatbox minimization (Thanks @JoeDezzy1)


      Fix Screen#isInViewport when NPC chat is open (Thanks @JoeDezzy1)


      Fix login bot bugs (Thanks @erickho123)


      Fix hint arrow return values (Thanks @Encoded)


      Fix depositAllExcept functionality (Thanks @wastedbro)


      Change containing box interface bound and adjust for Y values (Thanks @erickho123)
        • Like
      • 151 replies
    • This release will:

      Fix prayers and world hopper API (Thanks @JoeDezzy1 and @erickho123)


      Improve banking API (Thanks @Encoded)


      Adds methods for returning and using Java Lists, rather than arrays


      Slightly randomizes some hardcoded behaviour


      Removes sleeps from waitConditions; the efficiency saving potential is negligible in these use-cases, therefore cleaner code is preferable


      Other back-end improvements





      Note: If you are using LG, please restart both the RS client and TRiBot.
        • Sad
        • Haha
        • Thanks
        • Like
      • 90 replies
    • This release will:

      Add new internal framework for capturing exceptions


      Fix issue with not selecting the last column in world hopper (Thanks @Todd)


      Add a message about pin usage in Banking#openBank (Thanks @Todd)


      Disable the firewall by default (Thanks @Todd)


      Fix handling of the welcome screen after login (Thanks @Encoded)


      Fix wrong amount bank withdrawal (Thanks @Encoded)


      Fix Screen#isInViewport


      Fix Game#isInViewport (Thanks @Encoded)


      Call onBreakEnd for ListenerManager Breaking Listeners (Thanks @Encoded)


      Fix Prayer#getPrayerPoints NumberFormatException (Thanks @JoeDezzy1)



      Note: If you are using LG, please restart both the RS client and TRiBot.
        • Thanks
        • Like
      • 28 replies
    • This release will:

      Fix LG for both OSBuddy and RuneLite


      Fix issue where the resizable client isn't able to be made smaller (Thanks @JoeDezzy1)


      Fix detection of the logout game tab when resizable mode and side panels are enabled (Thanks @JoeDezzy1)


      Add initial support for Sentry to allow us to identify and easily debug exceptions happening with all TRiBot users


      Add methods to determine if the bank is actually loaded, and not just the overarching interface (Thanks @wastedbro)



      Upcoming updates:

      Improved CLI support


      Full Sentry support


      Much more
        • Like
      • 64 replies
    • This release will:

      Fix NPE in Camera API (Thanks @wastedbro)


      Update deposit box interface ids (Thanks @Encoded)


      Add various bank methods (Thanks @wastedbro)


      Banking#getWithdrawXQuantity


      Banking#getDefaultWithdrawQuantity


      Banking#arePlaceholdersOn




      Fix resizeable minimap bug (Thanks @wastedbro)


      Remove Java 8 requirement


      Please note: TRiBot is not yet fully compatible with Java 10+




      Fix the break handler issues by ensuring the break handler thread never gets paused


      Fix broken settings hooks



      Upcoming updates:

      Improved CLI support


      Much more



      Note: If you are using LG, please restart both the RS client and TRiBot
        • Like
      • 68 replies
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...