[JBoss JIRA] (SRAMP-433) Create a proper Event producer for s-ramp
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/SRAMP-433?page=com.atlassian.jira.plugin.... ]
Gary Brown commented on SRAMP-433:
----------------------------------
Actually simple solution to the first point - once we have defined our core event model, make it json serializable, but internally it can be distributed as a Java object model making it easier to write CEP rules?
> Create a proper Event producer for s-ramp
> -----------------------------------------
>
> Key: SRAMP-433
> URL: https://issues.jboss.org/browse/SRAMP-433
> Project: S-RAMP
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Core
> Reporter: Eric Wittmann
> Assignee: Brett Meyer
> Fix For: 0.6.0
>
>
> Currently dtgov monitors s-ramp for changes by polling. It would be more efficient if dtgov could listen for events it cared about.
> Ideally we could add a listener to the s-ramp repository either at the global level or by including a filter of some kind, so we can make sure to get only a subset of the total events coming from the server.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (SRAMP-433) Create a proper Event producer for s-ramp
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/SRAMP-433?page=com.atlassian.jira.plugin.... ]
Gary Brown commented on SRAMP-433:
----------------------------------
Agree re: java objects - I've used Drools Fusion (CEP) with RTGov but only using typed java objects - where the conditions can access properties by name. Not sure how it deals with json or xml - something to investigate.
+1, I think we need a standard event definition, although some events sources may generate their own representations, but these could be mapped at the outer layer for the event framework.
For now we could define a simple core subset of properties that DTGov needs to react to SRAMP changes. As we then add new event sources we may need to expand this set of properties.
> Create a proper Event producer for s-ramp
> -----------------------------------------
>
> Key: SRAMP-433
> URL: https://issues.jboss.org/browse/SRAMP-433
> Project: S-RAMP
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Core
> Reporter: Eric Wittmann
> Assignee: Brett Meyer
> Fix For: 0.6.0
>
>
> Currently dtgov monitors s-ramp for changes by polling. It would be more efficient if dtgov could listen for events it cared about.
> Ideally we could add a listener to the s-ramp repository either at the global level or by including a filter of some kind, so we can make sure to get only a subset of the total events coming from the server.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (SRAMP-433) Create a proper Event producer for s-ramp
by Eric Wittmann (JIRA)
[ https://issues.jboss.org/browse/SRAMP-433?page=com.atlassian.jira.plugin.... ]
Eric Wittmann commented on SRAMP-433:
-------------------------------------
I would defer to those with more eventing/JMS experience than me. However, it does seem like a serialized java object isn't ideal. I would also think that each event would at least need a small set of standard properties such as 'type' - no? I'm wondering what a typical CEP system would need to see. Does anyone have experience with Drools CEP? I did some Esper a long time ago. I think those are the types of things we'd want to leverage to react in interesting ways to the events.
> Create a proper Event producer for s-ramp
> -----------------------------------------
>
> Key: SRAMP-433
> URL: https://issues.jboss.org/browse/SRAMP-433
> Project: S-RAMP
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Core
> Reporter: Eric Wittmann
> Assignee: Brett Meyer
> Fix For: 0.6.0
>
>
> Currently dtgov monitors s-ramp for changes by polling. It would be more efficient if dtgov could listen for events it cared about.
> Ideally we could add a listener to the s-ramp repository either at the global level or by including a filter of some kind, so we can make sure to get only a subset of the total events coming from the server.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (SRAMP-433) Create a proper Event producer for s-ramp
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/SRAMP-433?page=com.atlassian.jira.plugin.... ]
Brett Meyer commented on SRAMP-433:
-----------------------------------
In the context of DTGov and workflows, I guess I'm not sure what I was thinking -- of course the messages shouldn't be lost. I'll get that cleaned up tonight. If expiration times are needed, we can investigate when it comes up.
> Create a proper Event producer for s-ramp
> -----------------------------------------
>
> Key: SRAMP-433
> URL: https://issues.jboss.org/browse/SRAMP-433
> Project: S-RAMP
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Core
> Reporter: Eric Wittmann
> Assignee: Brett Meyer
> Fix For: 0.6.0
>
>
> Currently dtgov monitors s-ramp for changes by polling. It would be more efficient if dtgov could listen for events it cared about.
> Ideally we could add a listener to the s-ramp repository either at the global level or by including a filter of some kind, so we can make sure to get only a subset of the total events coming from the server.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (RTGOV-505) List gateway bindings in Service List, colour coded to reflect the gateway state
by Michael Clay (JIRA)
[ https://issues.jboss.org/browse/RTGOV-505?page=com.atlassian.jira.plugin.... ]
Michael Clay commented on RTGOV-505:
------------------------------------
no problem - didn't know you are working on beta1
> List gateway bindings in Service List, colour coded to reflect the gateway state
> --------------------------------------------------------------------------------
>
> Key: RTGOV-505
> URL: https://issues.jboss.org/browse/RTGOV-505
> Project: RTGov (Run Time Governance)
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: User Interface
> Reporter: Gary Brown
> Assignee: Michael Clay
> Fix For: 2.0.0.Final
>
>
> Currently the 'binding' column in the service list table is empty. This needs to be populated with the gateway value(s).
> If multiple gateways are defined for the service, then the interface and binding values should be defined on separate lines in the single table row.
> The gateway state (enabled/disabled) should be reflected in the presentation (possibly colour coded).
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (RTGOV-505) List gateway bindings in Service List, colour coded to reflect the gateway state
by Gary Brown (JIRA)
[ https://issues.jboss.org/browse/RTGOV-505?page=com.atlassian.jira.plugin.... ]
Gary Brown commented on RTGOV-505:
----------------------------------
Sorry for the delay Michael - trying to get Beta1 released first - hopefully shouldn't be too much longer.
> List gateway bindings in Service List, colour coded to reflect the gateway state
> --------------------------------------------------------------------------------
>
> Key: RTGOV-505
> URL: https://issues.jboss.org/browse/RTGOV-505
> Project: RTGov (Run Time Governance)
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: User Interface
> Reporter: Gary Brown
> Assignee: Michael Clay
> Fix For: 2.0.0.Final
>
>
> Currently the 'binding' column in the service list table is empty. This needs to be populated with the gateway value(s).
> If multiple gateways are defined for the service, then the interface and binding values should be defined on separate lines in the single table row.
> The gateway state (enabled/disabled) should be reflected in the presentation (possibly colour coded).
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (SRAMP-488) Use the maven-bundle-plugin in WAR projects
by Brett Meyer (JIRA)
[ https://issues.jboss.org/browse/SRAMP-488?page=com.atlassian.jira.plugin.... ]
Brett Meyer commented on SRAMP-488:
-----------------------------------
Does this duplicate SRAMP-412?
> Use the maven-bundle-plugin in WAR projects
> -------------------------------------------
>
> Key: SRAMP-488
> URL: https://issues.jboss.org/browse/SRAMP-488
> Project: S-RAMP
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Reporter: Eric Wittmann
> Assignee: Brett Meyer
> Fix For: 0.6.0
>
>
> Right now in our WAR projects we are using the war plugin to configure the manifest for osgi. Instead we should use the bundle plugin.
> Links:
> https://ops4j1.jira.com/wiki/display/paxweb/OSGi-fy+your+WAR
> https://ops4j1.jira.com/wiki/display/ops4j/Getting+the+benefits+of+maven-...
> Here is an example of using it in overlord-commons-idp:
> {code}
> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
> <modelVersion>4.0.0</modelVersion>
> <parent>
> <groupId>org.overlord</groupId>
> <artifactId>overlord-commons</artifactId>
> <version>2.0.3-SNAPSHOT</version>
> </parent>
> <artifactId>overlord-commons-idp</artifactId>
> <packaging>war</packaging>
> <name>Overlord Commons: IDP</name>
> <description>An identity provider using PicketLink SAML.</description>
> <dependencies>
> <!-- Third Party Dependencies -->
> <dependency>
> <groupId>org.picketlink</groupId>
> <artifactId>picketlink-federation</artifactId>
> </dependency>
> <dependency>
> <groupId>org.picketbox</groupId>
> <artifactId>picketbox</artifactId>
> </dependency>
> <dependency>
> <groupId>org.picketlink</groupId>
> <artifactId>picketlink-federation</artifactId>
> </dependency>
> <dependency>
> <groupId>org.jboss.logging</groupId>
> <artifactId>jboss-logging</artifactId>
> </dependency>
> <dependency>
> <groupId>${project.groupId}</groupId>
> <artifactId>overlord-commons-auth</artifactId>
> </dependency>
> <dependency>
> <groupId>${project.groupId}</groupId>
> <artifactId>overlord-commons-auth-jboss7</artifactId>
> </dependency>
> <dependency>
> <groupId>${project.groupId}</groupId>
> <artifactId>overlord-commons-auth-jetty8</artifactId>
> </dependency>
> <dependency>
> <groupId>${project.groupId}</groupId>
> <artifactId>overlord-commons-auth-tomcat7</artifactId>
> </dependency>
> <!-- Provided Dependencies -->
> <dependency>
> <groupId>org.jboss.spec.javax.servlet</groupId>
> <artifactId>jboss-servlet-api_3.0_spec</artifactId>
> <scope>provided</scope>
> </dependency>
> </dependencies>
> <build>
> <plugins>
> <plugin>
> <groupId>org.codehaus.mojo</groupId>
> <artifactId>build-helper-maven-plugin</artifactId>
> <executions>
> <execution>
> <id>regex-property</id>
> <goals>
> <goal>regex-property</goal>
> </goals>
> <configuration>
> <name>project.version.osgi</name>
> <value>${project.version}</value>
> <regex>-SNAPSHOT</regex>
> <replacement>.Snapshot</replacement>
> <failIfNoMatch>false</failIfNoMatch>
> </configuration>
> </execution>
> </executions>
> </plugin>
> <!-- <plugin> -->
> <!-- <artifactId>maven-war-plugin</artifactId> -->
> <!-- <configuration> -->
> <!-- <failOnMissingWebXml>false</failOnMissingWebXml> -->
> <!-- <warName>${project.artifactId}</warName> -->
> <!-- <attachClasses>true</attachClasses> -->
> <!-- <classesClassifier>classes</classesClassifier> -->
> <!-- <archive> -->
> <!-- <manifestEntries> -->
> <!-- <Bundle-ManifestVersion>2</Bundle-ManifestVersion> -->
> <!-- <Bundle-SymbolicName>${project.artifactId}</Bundle-SymbolicName> -->
> <!-- <Bundle-Version>${project.version.osgi}</Bundle-Version> -->
> <!-- <Web-ContextPath>/overlord-idp</Web-ContextPath> -->
> <!-- <Webapp-Context>/overlord-idp</Webapp-Context> -->
> <!-- <Import-Package>org.apache.log4j,javax.servlet, javax.servlet.http,javax.security.auth.login,javax.xml.stream,javax.xml.stream.events,javax.xml.namespace,javax.xml.transform,javax.xml.transform.dom,javax.xml.transform.stream,javax.xml.parsers,javax.xml.datatype,javax.xml.crypto,javax.xml.crypto.dsig,javax.xml.bind,org.apache.karaf.jaas.boot.principal,org.eclipse.jetty.plus.jaas,org.xml.sax,org.w3c.dom,org.w3c.dom.ls,org.overlord.commons.auth.util,org.picketlink.identity.federation.core.interfaces -->
> <!-- </Import-Package> -->
> <!-- <Bundle-ClassPath>.,WEB-INF/classes,WEB-INF/lib/commons-logging-${version.commons-logging}.jar,WEB-INF/lib/jboss-logging-${version.org.jboss.logging}.jar,WEB-INF/lib/jbossxacml-2.0.8.Final.jar,WEB-INF/lib/picketbox-${picketbox.version}.jar,WEB-INF/lib/picketlink-common-${picketlink.version}.jar,WEB-INF/lib/picketlink-config-${picketlink.version}.jar,WEB-INF/lib/picketlink-federation-${picketlink.version}.jar,WEB-INF/lib/picketlink-idm-api-${picketlink.version}.jar,WEB-INF/lib/picketlink-idm-impl-${picketlink.version}.jar,WEB-INF/lib/xmlsec-1.5.1.jar -->
> <!-- </Bundle-ClassPath> -->
> <!-- </manifestEntries> -->
> <!-- </archive> -->
> <!-- </configuration> -->
> <!-- </plugin> -->
> <plugin>
> <artifactId>maven-war-plugin</artifactId>
> <configuration>
> <archive>
> <!-- add the generated manifest to the war -->
> <manifestFile>${project.build.outputDirectory}/META-INF/MANIFEST.MF</manifestFile>
> </archive>
> </configuration>
> </plugin>
> <plugin>
> <groupId>org.apache.felix</groupId>
> <artifactId>maven-bundle-plugin</artifactId>
> <executions>
> <execution>
> <id>bundle-manifest</id>
> <phase>process-classes</phase>
> <goals>
> <goal>manifest</goal>
> </goals>
> </execution>
> </executions>
> <configuration>
> <failOnMissingWebXml>false</failOnMissingWebXml> -->
> <warName>${project.artifactId}</warName>
> <attachClasses>true</attachClasses>
> <classesClassifier>classes</classesClassifier>
> <instructions>
> <Bundle-ManifestVersion>2</Bundle-ManifestVersion>
> <Bundle-SymbolicName>${project.artifactId}</Bundle-SymbolicName>
> <Bundle-Version>${project.version.osgi}</Bundle-Version>
> <Web-ContextPath>/overlord-idp</Web-ContextPath>
> <Webapp-Context>/overlord-idp</Webapp-Context>
> <Import-Package>org.apache.log4j,javax.servlet, javax.servlet.http,javax.security.auth.login,javax.xml.stream,javax.xml.stream.events,javax.xml.namespace,javax.xml.transform,javax.xml.transform.dom,javax.xml.transform.stream,javax.xml.parsers,javax.xml.datatype,javax.xml.crypto,javax.xml.crypto.dsig,javax.xml.bind,org.apache.karaf.jaas.boot.principal,org.eclipse.jetty.plus.jaas,org.xml.sax,org.w3c.dom,org.w3c.dom.ls,org.overlord.commons.auth.util,org.picketlink.identity.federation.core.interfaces
> </Import-Package>
> <Bundle-ClassPath>.,WEB-INF/classes,WEB-INF/lib/commons-logging-${version.commons-logging}.jar,WEB-INF/lib/jboss-logging-${version.org.jboss.logging}.jar,WEB-INF/lib/jbossxacml-2.0.8.Final.jar,WEB-INF/lib/picketbox-${picketbox.version}.jar,WEB-INF/lib/picketlink-common-${picketlink.version}.jar,WEB-INF/lib/picketlink-config-${picketlink.version}.jar,WEB-INF/lib/picketlink-federation-${picketlink.version}.jar,WEB-INF/lib/picketlink-idm-api-${picketlink.version}.jar,WEB-INF/lib/picketlink-idm-impl-${picketlink.version}.jar,WEB-INF/lib/xmlsec-1.5.1.jar
> </Bundle-ClassPath>
> </instructions>
> </configuration>
> </plugin>
> </plugins>
> </build>
> </project>
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (SRAMP-490) Remove version overrides for plugins (inherit from jboss-parent)
by Eric Wittmann (JIRA)
Eric Wittmann created SRAMP-490:
-----------------------------------
Summary: Remove version overrides for plugins (inherit from jboss-parent)
Key: SRAMP-490
URL: https://issues.jboss.org/browse/SRAMP-490
Project: S-RAMP
Issue Type: Task
Security Level: Public (Everyone can see)
Reporter: Eric Wittmann
Assignee: Brett Meyer
Fix For: 0.5.0
In some cases we are overriding the versions of plugins in various projects (overlord-commons, s-ramp, dtgov).
We should remove any version overrides unless they are actually necessary. I don't know of any required overrides, so I think they can all be removed.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (SRAMP-489) Remove newlines from WAR bundle classpaths in pom.xml files
by Eric Wittmann (JIRA)
Eric Wittmann created SRAMP-489:
-----------------------------------
Summary: Remove newlines from WAR bundle classpaths in pom.xml files
Key: SRAMP-489
URL: https://issues.jboss.org/browse/SRAMP-489
Project: S-RAMP
Issue Type: Task
Security Level: Public (Everyone can see)
Reporter: Eric Wittmann
Assignee: Brett Meyer
Fix For: 0.5.0
We use the WAR plugin to add manifest entries to support osgi in all our WARs. Currently the import packages, export packages, and bundle classpath all have newlines in their content. This is throwing off the maven pipeline for certain versions of the war plugin.
Remove all newlines from pom.xml bundle entries.
Do this for all projects: overlord-commons, s-ramp, dtgov.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months
[JBoss JIRA] (SRAMP-488) Use the maven-bundle-plugin in WAR projects
by Eric Wittmann (JIRA)
[ https://issues.jboss.org/browse/SRAMP-488?page=com.atlassian.jira.plugin.... ]
Eric Wittmann updated SRAMP-488:
--------------------------------
Fix Version/s: 0.6.0
(was: 0.5.0)
> Use the maven-bundle-plugin in WAR projects
> -------------------------------------------
>
> Key: SRAMP-488
> URL: https://issues.jboss.org/browse/SRAMP-488
> Project: S-RAMP
> Issue Type: Task
> Security Level: Public(Everyone can see)
> Reporter: Eric Wittmann
> Assignee: Brett Meyer
> Fix For: 0.6.0
>
>
> Right now in our WAR projects we are using the war plugin to configure the manifest for osgi. Instead we should use the bundle plugin.
> Links:
> https://ops4j1.jira.com/wiki/display/paxweb/OSGi-fy+your+WAR
> https://ops4j1.jira.com/wiki/display/ops4j/Getting+the+benefits+of+maven-...
> Here is an example of using it in overlord-commons-idp:
> {code}
> <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
> <modelVersion>4.0.0</modelVersion>
> <parent>
> <groupId>org.overlord</groupId>
> <artifactId>overlord-commons</artifactId>
> <version>2.0.3-SNAPSHOT</version>
> </parent>
> <artifactId>overlord-commons-idp</artifactId>
> <packaging>war</packaging>
> <name>Overlord Commons: IDP</name>
> <description>An identity provider using PicketLink SAML.</description>
> <dependencies>
> <!-- Third Party Dependencies -->
> <dependency>
> <groupId>org.picketlink</groupId>
> <artifactId>picketlink-federation</artifactId>
> </dependency>
> <dependency>
> <groupId>org.picketbox</groupId>
> <artifactId>picketbox</artifactId>
> </dependency>
> <dependency>
> <groupId>org.picketlink</groupId>
> <artifactId>picketlink-federation</artifactId>
> </dependency>
> <dependency>
> <groupId>org.jboss.logging</groupId>
> <artifactId>jboss-logging</artifactId>
> </dependency>
> <dependency>
> <groupId>${project.groupId}</groupId>
> <artifactId>overlord-commons-auth</artifactId>
> </dependency>
> <dependency>
> <groupId>${project.groupId}</groupId>
> <artifactId>overlord-commons-auth-jboss7</artifactId>
> </dependency>
> <dependency>
> <groupId>${project.groupId}</groupId>
> <artifactId>overlord-commons-auth-jetty8</artifactId>
> </dependency>
> <dependency>
> <groupId>${project.groupId}</groupId>
> <artifactId>overlord-commons-auth-tomcat7</artifactId>
> </dependency>
> <!-- Provided Dependencies -->
> <dependency>
> <groupId>org.jboss.spec.javax.servlet</groupId>
> <artifactId>jboss-servlet-api_3.0_spec</artifactId>
> <scope>provided</scope>
> </dependency>
> </dependencies>
> <build>
> <plugins>
> <plugin>
> <groupId>org.codehaus.mojo</groupId>
> <artifactId>build-helper-maven-plugin</artifactId>
> <executions>
> <execution>
> <id>regex-property</id>
> <goals>
> <goal>regex-property</goal>
> </goals>
> <configuration>
> <name>project.version.osgi</name>
> <value>${project.version}</value>
> <regex>-SNAPSHOT</regex>
> <replacement>.Snapshot</replacement>
> <failIfNoMatch>false</failIfNoMatch>
> </configuration>
> </execution>
> </executions>
> </plugin>
> <!-- <plugin> -->
> <!-- <artifactId>maven-war-plugin</artifactId> -->
> <!-- <configuration> -->
> <!-- <failOnMissingWebXml>false</failOnMissingWebXml> -->
> <!-- <warName>${project.artifactId}</warName> -->
> <!-- <attachClasses>true</attachClasses> -->
> <!-- <classesClassifier>classes</classesClassifier> -->
> <!-- <archive> -->
> <!-- <manifestEntries> -->
> <!-- <Bundle-ManifestVersion>2</Bundle-ManifestVersion> -->
> <!-- <Bundle-SymbolicName>${project.artifactId}</Bundle-SymbolicName> -->
> <!-- <Bundle-Version>${project.version.osgi}</Bundle-Version> -->
> <!-- <Web-ContextPath>/overlord-idp</Web-ContextPath> -->
> <!-- <Webapp-Context>/overlord-idp</Webapp-Context> -->
> <!-- <Import-Package>org.apache.log4j,javax.servlet, javax.servlet.http,javax.security.auth.login,javax.xml.stream,javax.xml.stream.events,javax.xml.namespace,javax.xml.transform,javax.xml.transform.dom,javax.xml.transform.stream,javax.xml.parsers,javax.xml.datatype,javax.xml.crypto,javax.xml.crypto.dsig,javax.xml.bind,org.apache.karaf.jaas.boot.principal,org.eclipse.jetty.plus.jaas,org.xml.sax,org.w3c.dom,org.w3c.dom.ls,org.overlord.commons.auth.util,org.picketlink.identity.federation.core.interfaces -->
> <!-- </Import-Package> -->
> <!-- <Bundle-ClassPath>.,WEB-INF/classes,WEB-INF/lib/commons-logging-${version.commons-logging}.jar,WEB-INF/lib/jboss-logging-${version.org.jboss.logging}.jar,WEB-INF/lib/jbossxacml-2.0.8.Final.jar,WEB-INF/lib/picketbox-${picketbox.version}.jar,WEB-INF/lib/picketlink-common-${picketlink.version}.jar,WEB-INF/lib/picketlink-config-${picketlink.version}.jar,WEB-INF/lib/picketlink-federation-${picketlink.version}.jar,WEB-INF/lib/picketlink-idm-api-${picketlink.version}.jar,WEB-INF/lib/picketlink-idm-impl-${picketlink.version}.jar,WEB-INF/lib/xmlsec-1.5.1.jar -->
> <!-- </Bundle-ClassPath> -->
> <!-- </manifestEntries> -->
> <!-- </archive> -->
> <!-- </configuration> -->
> <!-- </plugin> -->
> <plugin>
> <artifactId>maven-war-plugin</artifactId>
> <configuration>
> <archive>
> <!-- add the generated manifest to the war -->
> <manifestFile>${project.build.outputDirectory}/META-INF/MANIFEST.MF</manifestFile>
> </archive>
> </configuration>
> </plugin>
> <plugin>
> <groupId>org.apache.felix</groupId>
> <artifactId>maven-bundle-plugin</artifactId>
> <executions>
> <execution>
> <id>bundle-manifest</id>
> <phase>process-classes</phase>
> <goals>
> <goal>manifest</goal>
> </goals>
> </execution>
> </executions>
> <configuration>
> <failOnMissingWebXml>false</failOnMissingWebXml> -->
> <warName>${project.artifactId}</warName>
> <attachClasses>true</attachClasses>
> <classesClassifier>classes</classesClassifier>
> <instructions>
> <Bundle-ManifestVersion>2</Bundle-ManifestVersion>
> <Bundle-SymbolicName>${project.artifactId}</Bundle-SymbolicName>
> <Bundle-Version>${project.version.osgi}</Bundle-Version>
> <Web-ContextPath>/overlord-idp</Web-ContextPath>
> <Webapp-Context>/overlord-idp</Webapp-Context>
> <Import-Package>org.apache.log4j,javax.servlet, javax.servlet.http,javax.security.auth.login,javax.xml.stream,javax.xml.stream.events,javax.xml.namespace,javax.xml.transform,javax.xml.transform.dom,javax.xml.transform.stream,javax.xml.parsers,javax.xml.datatype,javax.xml.crypto,javax.xml.crypto.dsig,javax.xml.bind,org.apache.karaf.jaas.boot.principal,org.eclipse.jetty.plus.jaas,org.xml.sax,org.w3c.dom,org.w3c.dom.ls,org.overlord.commons.auth.util,org.picketlink.identity.federation.core.interfaces
> </Import-Package>
> <Bundle-ClassPath>.,WEB-INF/classes,WEB-INF/lib/commons-logging-${version.commons-logging}.jar,WEB-INF/lib/jboss-logging-${version.org.jboss.logging}.jar,WEB-INF/lib/jbossxacml-2.0.8.Final.jar,WEB-INF/lib/picketbox-${picketbox.version}.jar,WEB-INF/lib/picketlink-common-${picketlink.version}.jar,WEB-INF/lib/picketlink-config-${picketlink.version}.jar,WEB-INF/lib/picketlink-federation-${picketlink.version}.jar,WEB-INF/lib/picketlink-idm-api-${picketlink.version}.jar,WEB-INF/lib/picketlink-idm-impl-${picketlink.version}.jar,WEB-INF/lib/xmlsec-1.5.1.jar
> </Bundle-ClassPath>
> </instructions>
> </configuration>
> </plugin>
> </plugins>
> </build>
> </project>
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
10 years, 4 months