bundle plugin comes up with an export of version=""

2015-12-09 Thread Benson Margulies
Has anyone else ever seen the bundle plugin come up with something like:

Export-Package: com.basistech.rosette.apimodel;version="";uses:="com.bas
 istech.util"

The POM instruction is just
com.basistech.rosette.apimodel

The result is a bnd error, not too surprisingly.


Here's what -X has to say, sorry for the length.


[DEBUG] Configuring mojo
org.apache.felix:maven-bundle-plugin:3.0.1:bundle from plugin realm
ClassRealm[plugin>org.apache.felix:maven-bundle-plugin:3.0.1, parent:
sun.misc.Launcher$AppClassLoader@33909752]
[DEBUG] Configuring mojo
'org.apache.felix:maven-bundle-plugin:3.0.1:bundle' with basic
configurator -->
[DEBUG]   (s) addMavenDescriptor = true
[DEBUG]   (s) addDefaultImplementationEntries = true
[DEBUG]   (s) manifest =
org.apache.maven.archiver.ManifestConfiguration@508863eb
[DEBUG]   (s) manifestEntries = {Bundle-Vendor=Basis Technology Corp.,
Implementation-Vendor=Basis Technology Corp.,
Implementation-Version=0.7.1-SNAPSHOT}
[DEBUG]   (f) archive =
org.apache.maven.archiver.MavenArchiveConfiguration@7d8802cf
[DEBUG]   (f) buildDirectory = /Users/benson/x/new-java-binding/model/target
[DEBUG]   (f) dependencyReducedPomLocation =
/Users/benson/x/new-java-binding/model/dependency-reduced-pom.xml
[DEBUG]   (f) dumpInstructions =
/Users/benson/x/new-java-binding/model/target/instructions.txt
[DEBUG]   (f) finalName = rosette-api-model-0.7.1-SNAPSHOT
[DEBUG]   (f) instructions = {Bundle-Version=0.7.1.v20151210122325,
Export-Package=com.basistech.rosette.apimodel,
_consumer-policy=${range;[===,+)}}
[DEBUG]   (f) localRepository =   id: local
  url: file:///Users/benson/.m2/repository/
   layout: default
snapshots: [enabled => true, update => always]
 releases: [enabled => true, update => always]

[DEBUG]   (f) m_mavenSession = org.apache.maven.execution.MavenSession@20411320
[DEBUG]   (f) manifestLocation =
/Users/benson/x/new-java-binding/model/target/classes/META-INF
[DEBUG]   (f) niceManifest = true
[DEBUG]   (f) outputDirectory =
/Users/benson/x/new-java-binding/model/target/classes
[DEBUG]   (f) project = MavenProject:
com.basistech.rosette:rosette-api-model:0.7.1-SNAPSHOT @
/Users/benson/x/new-java-binding/model/pom.xml
[DEBUG]   (f) remoteArtifactRepositories = [  id: basis.qa
  url: http://maven.basistech.net/nexus/content/groups/basis.qa/
   layout: default
snapshots: [enabled => false, update => never]
 releases: [enabled => true, update => always]
,   id: Nexus
  url: http://nexus.basistech.net:8081/nexus/content/groups/public
   layout: default
snapshots: [enabled => false, update => daily]
 releases: [enabled => true, update => daily]
]
[DEBUG]   (f) session = org.apache.maven.execution.MavenSession@20411320
[DEBUG] -- end configuration --
[DEBUG] building maven31 dependency graph for
com.basistech.rosette:rosette-api-model:bundle:0.7.1-SNAPSHOT
[DEBUG] Using mirror Nexus
(http://nexus.basistech.net:8081/nexus/content/groups/public) for
central (https://repo.maven.apache.org/maven2).
[DEBUG] Dependency collection stats: {ConflictMarker.analyzeTime=0,
ConflictMarker.markTime=0, ConflictMarker.nodeCount=2,
ConflictIdSorter.graphTime=0, ConflictIdSorter.topsortTime=0,
ConflictIdSorter.conflictIdCount=1,
ConflictIdSorter.conflictIdCycleCount=0, ConflictResolver.totalTime=0,
ConflictResolver.conflictItemCount=1,
DefaultDependencyCollector.collectTime=0,
DefaultDependencyCollector.transformTime=0}
[DEBUG] com.basistech.rosette:rosette-api-model:bundle:0.7.1-SNAPSHOT
[DEBUG]com.basistech:common-api:jar:35.3.0:compile
[DEBUG] BND Instructions:
#---
#Wed Dec 09 19:23:26 EST 2015
pom.id=com.basistech.rosette\:rosette-api-model\:bundle\:0.7.1-SNAPSHOT
file.encoding.pkg=sun.io
env.COPYFILE_DISABLE=true
pom.organization.name=Basis Technology Corp.
env.BT_BUILD=amd64-darwin13-xcode5
env.KARAF_DEBUG=true
maven-surefire-plugin.version=2.19
java.home=/Library/Java/JavaVirtualMachines/jdk1.8.0_60.jdk/Contents/Home/jre
env.CMD_DURATION=6.21s
env.DISPLAY=/private/tmp/com.apple.launchd.UR481FPA4Z/org.macosforge.xquartz\:0
buildtools.version=1.0.0
pom.contributors=[]
bt-jackson-version=2.6.2
java.awt.headless=true
project.build.developers=[org.apache.maven.model.Developer@5f7a2a79]
classworlds.conf=/opt/maven-basis/bin/m2.conf
env.SECURITYSESSIONID=186a7
project.description=Rosette API data models
pom.pomFile=/Users/benson/x/new-java-binding/model/pom.xml
java.endorsed.dirs=/Library/Java/JavaVirtualMachines/jdk1.8.0_60.jdk/Contents/Home/jre/lib/endorsed
Bundle-DocURL=http\://www.basistech.com
project.build.groupId=com.basistech.rosette
env.LOGNAME=benson
pom.organization=org.apache.maven.model.Organization@fcdeb50
maven-bundle-plugin.version=3.0.1
project.build.scm=org.apache.maven.model.Scm@72090715
sun.os.patch.level=unknown
java.vendor.url=http\://java.oracle.com/
maven-antrun-plugin.version=1.7
pom.profiles=[]
maven-symbolicname=com.basistech.rosette.api-model
java.version=1.8.0_60
exec-maven-plug

Re: web.xml not being used?

2015-12-09 Thread Carsten Ziegeler
Trevor Brown wrote
> I pulled the felix sources early on to try and solve this for myself, and the 
> code is definitely there to do it. I am using the Web-ContextPath directive 
> in the bundle manifest, which is indeed required. Static content is being 
> served out properly, but any filters, servlets, security, or other parameters 
> in the web.xml are being ignored.
> 

That sounds like a bug to me.

Regards
Carsten
> Thanks,
> Trevor
> 
> -Original Message-
> From: Felix Meschberger [mailto:fmesc...@adobe.com] 
> Sent: Tuesday, December 08, 2015 5:28 AM
> To: users@felix.apache.org
> Subject: Re: web.xml not being used?
> 
> Hi
> 
> IIRC this version of the http.jetty bundle should support web apps. But the 
> deployed bundles must have the „Web-ContextPath“ header for them to be seen 
> as web bundles.
> 
> Regards
> Felix
> 
> 
> 
>> Am 07.12.2015 um 22:26 schrieb Trevor Brown :
>>
>> I've been working with Felix HTTP (3.0 if it makes a difference) 
>> deployed under Knopflerfish, and I'm finding that the web.xml files in 
>> my web app bundles are not being used. I recently tried to set up 
>> security, for instance, on one and was unable to affect the 
>> configuration at all using web.xml.
>>
>> Is this expected behavior? Or should I be investigating this as a 
>> possible bug?
>>
>>
>> Regards,
>> Trevor Brown
>>
>>
>>
>> -
>> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
>> For additional commands, e-mail: users-h...@felix.apache.org
>>
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> For additional commands, e-mail: users-h...@felix.apache.org
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
> For additional commands, e-mail: users-h...@felix.apache.org
> 
> 


 
-- 
Carsten Ziegeler
Adobe Research Switzerland
cziege...@apache.org

-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org