Tibco BusinessWorks 6 module properties references - tibco-business-works

When you run a tibco project in local, which module properties does it refer at run time? The ones in the module (module properties) or the ones in the application (properties)?

Application properties. If you have another profile other than the default, the properties used are the profile defined by default.

In runtime, application properties are ones that are being injected. Even if you run it in "local" application is deployed in default appSpace. Furthermore, you can define property profiles for different env's on the application level.
Please take a look for reference:
https://docs.tibco.com/pub/activematrix_businessworks/6.3.4/doc/html/GUID-3FDD406E-3602-4725-94A3-CBA962E3F40B.html

Related

How to view all properties from a configuration file in runtime manager

I use configuration files for all properties of my apps, that is working fine. Running them on cloud hub I would like to have these properties show up in the app settings of the runtime manager (for reviewing or editing the settings "on the fly" without a new deployment).
I know you can overwrite them via the settings, but I would like to see the list of all properties beforehand – like if you don't use configuration files but submit them via the deployment dialog.
Any way to archive this?
In Anypoint Runtime Manager you can only see the properties defined there. Properties files are not inspectable nor visible.

Modify IntelliJ custom properties in plugin tests

I develop plugin for IntelliJ. How can I modify custom properties for my plugin tests?
For example I want to set idea.max.content.load.filesize property to, say, 100MiB
These are system properties, so java.lang.System#setProperty
Depending on the properties you wish to modify, you may be able to use idea.properties, which contains the "default properties used to run IntelliJ IDEA" (per the link you provided). To modify the file, you go to Help > Edit Custom Properties... (see these steps).
For example, I used this approach to address a problem where my machine's security software was blocking plugins that used IntelliJ's default config directory (C:\Users<user>\AppData...).
This is the Windows OS default Application Data directory and is included in the paths scanned by the security software. By moving my idea.properties file to a different directory (c:/development/idea/caches/), not automatically scanned by the security software, my plugins were no longer blocked.
It's a different use case from what you're describing, but may be an approach worth looking into.

How to make a resource file visible to all bundles in OSGi?

I'd like to include a resource file (e.g. some xml config file) in my bundle and make it visible to all other bundles in the container. Is it possible without using the Fragment-Host manifest header? I'd like this resource file to always be visible in the classpath of all bundles running alongside my bundle, even those that do not exist yet, but will potentially be added in future.
EDIT:
To clarify - that resource must be available passively, i.e. the other bundles should be able to find it in their classpath, and not by refering to any special API or service of my bundle.
Some more background - my environment is a bit messy but I have no control over it and cannot change its existing bundles. The only way I can modify it is by adding my own bundles. That environment includes several copies of the ch.qos.logback.classic bundle. When logback starts up, it looks for specific XML config files in the classpath. If it doesn't find any of them, then its default behaviour is to print everything to stdout with debug level. This environment was previously used to host a GUI application so it didn't matter that much before, but now I am trying to adapt it so I can use some of its functionality in headless mode. So now it becomes important to me to be able to configure it in such a way that only warning and errors are printed to the console.
In general, no you cannot do this. Class-space isolation is at the heart of OSGi, but you want to put a resource in the class loader of one bundle and make it visible to all other bundles. That's not OSGi, it's the global application classpath.
The only thing you can do to add to the internal classpath of a specific bundle is to write a fragment which attaches to that bundle. A fragment can attach to multiple host bundles, but only if those hosts have the same symbolic name, i.e. because they are different versions of the same bundle. See OSGi R6 Core Specification, section 3.14.
You did however state that the bundles you want to attach are all copies of ch.qos.logback.classic. If that means they all have that exact symbolic name then perhaps a fragment will work after all.
You can not change the classpath of other bundles this way.
What you can do is retrieve the classloader of your bundle from your bundleContext. You can give this classloader to another bundle to retrieve your resource.
ClassLoader cl = context.getBundle().adapt(BundleWiring.class).getClassLoader();
Another option is to give the other bundle the URL of the resource.
As long as the resource is on the classpath, any bundle can access the resource if it can get hold of the class loader of the bundle that contains the resource.
For example:
ClassLoader classLoaderOfBundleWithResource = ...
classLoaderOfBundleWithResource.getResourceAsStream("org/example/resource.xml");
From a maintenance and API point of view, I would not recommend exposing a resource that way. Java types are much better suited therefore. Instead, let the resource bundle export a class that gives clients access to the contents of the resource.
For example:
public class XmlDocumentProvider {
public InputStream openDocument() {
return getClass().getResourceAsStream("resource.xml");
}
}
Assuming that both the resource.xml and the XmlDocumentProvider reside in the same package, openDocument will return the resource content just like in the first example.

How do I make IntellIJ use JVM options for all main files in a project?

I can configure a main file to use natives needed, but in my project there are multiple main functions so I need all the files to to use the JVM option when I can choose to debug whichever one I want without having to create a configuration for each one
You can change the configuration under Defaults node (Templates in the new versions), all the new configurations will inherit its settings. Make sure to change the correct default configuration type, Application is most likely what you need.
Refer to the documentation for details.

ISelection -- How can I get ClassLoader for the selected class in the navigator

I am new to Eclipse plugin development, and I am trying to develop a plugin where I am required to load a class which is selected in the Navigator.
Can you please instruct me how can I load a class or create a classloader from eclipse plugin, to load a class in the eclipse workbench which is using my plugin.
Thanks in advance.
Regards
Gillani
You need to create a URLClassLoader. You may want it to be parented or not, depending on your security concerns. If parented by an OSGi bundle class loader, then the user will have access to all of the classes in that particular bundle and this may be a back door to the user getting runtime access to the entire Eclipse platform (and access the plugin registry and the OSGi services, etc). The user can also call System.exit(). This may not be a problem on a single user system, but it is something to think about, especially if the user may be downloading unverified scripts from the internet.
That being said, you need to do something like this:
Instantiate a URLClassLoader and add the URLs of the directories containing the class files you will want to load.
if you want the classes to have access to the Eclipse runtime, then set the parent loader to be
((BundleHost) Activator.getBundleContext().getBundle()).getLoaderProxy().getBundleLoader()
Add all of the directories corresponding to URLs where the user can load classes from. But, you must include all dependencies in order to load the classes.
This should be enough to load the classes you require.