Wer wie ich in einer Client-Anwendung auf Queues auf einem remote JBoss zugreifen möchte und einen SecurityManager zum Start eben jener Anwendung benötigt, muss noch einige Permissions freigeben, um erfolgreich zu sein:

Als ich die neuen Integrationsmöglichkeiten in dWb+ durch die hinzugefügte Messaging-Schnittstelle MQ mit ActiveMQ testete, stellte ich ja bereits fest, dass beim Zusammenspiel mit einem SecurityManager noch einige Hürden zu beseitigen sind. Auch bei meinen Integrationsbemühungen mit JBoss - oder genauer: WildFly 10 - war das wieder so. dWb+ beherrscht nun zwar die Kommunikation auch mit JBoss über MessageQueues, aber damit das mit aktiviertem SecurityManager auch klappt, musste ich mir auch diesmal mühsam die Informationen raussortieren, welche Permissions noch benötigt werden, damit Kommunikation mit einem JBoss (WildFly 10) Messaging Server funktioniert - hier der relevante Auszug aus der Policy:

/*JBoss JMS MQ*/
   permission org.jboss.remoting3.security.RemotingPermission "createEndpoint";
   permission org.jboss.remoting3.security.RemotingPermission "addConnectionProvider";
   permission org.jboss.remoting3.security.RemotingPermission "connect";
   permission java.lang.RuntimePermission "createXnioWorker";
   permission java.io.SerializablePermission "allowSerializationReflection";
   permission java.io.SerializablePermission "enableSubclassImplementation";
   permission java.io.SerializablePermission "creator";
   permission java.lang.RuntimePermission "reflectionFactoryAccess";

Artikel, die hierher verlinken

Kommentar hinzufügen (via ) Kommentare ansehen (via )

Kommentar hinzufügen (via ) Kommentare ansehen (via )