Stuart McCulloch wrote:
2008/10/8 Marina Vatkina <[EMAIL PROTECTED]>
Unfortunately I don't see any difference if I add entry
:(.
hmm... this pom is from GlassFish isn't it? (it looks like it)
It is. I put the line inside ... but after I changed it as in your
example below, I got:
[INF
I definitely like the idea of starting Felix without specifying any
profile information, but I don't like programs writing to CWD. It's
very easy to forget to delete such directories and several such
directories are scattered through out the file system. A better
alternative is to write t
Hi,
I have a web app that is built using maven 2.0.8. The application's
pom.xml contains following dependency:
org.apache.felix
org.apache.felix.framework
1.2.1
But felix, in turn, depends on a project defined in
javax.servlet-1.0.0.pom which subsequently m
Hi
I have a bundle "A" that include the xml-apis.jar file. I would like to
export for the other bundles the package "org.w3c.dom". In my manifest of
the bundle "A" I have:
Export-Package: org.xml.sax
and on the others bundles:
Import-Package: org.xml.sax
The problem is that I become a "java.lang.E
Hi,
Richard S. Hall schrieb:
> The change that I want to make is so that it is possible to start Felix
> without specifying any information, in which case it would default to
> creating a bundle cache directory (e.g., "felix-cache") in the current
> working directory.
Sounds usefull.
I just rece
Hi Karl,
We are running our A5350 cluster application server on top of OSGi. Our
server is made up of the following processes:
* Protocol load balancers (http/sip/diameter etc ...)
* Felix Jvm frameworks.
The load balancers dispatch all messages among Jmvs frameworks.
In each framework
Sahoo wrote:
I definitely like the idea of starting Felix without specifying any
profile information, but I don't like programs writing to CWD. It's
very easy to forget to delete such directories and several such
directories are scattered through out the file system. A better
alternative is to
You are trying to override a build-in handler. The http schema is
handled by the jvm and must not be overridden (see 11.3.2 of the
spec).
Could you explain your use-case a bit more (why do you want to use
your own http implementation?) - maybe we can find a workaround
regards,
Karl
On Wed,
2008/10/8 Maxim Suponya <[EMAIL PROTECTED]>
> Hi,
> I have a web app that is built using maven 2.0.8. The application's
> pom.xml contains following dependency:
>
>
>org.apache.felix
>org.apache.felix.framework
>1.2.1
>
>
> But felix, in turn, depends on a proje
Hello everyone,
I have a bundle which provides a
org.osgi.service.url.URLStreamHandlerService with protocol "http" and
"https".
but, when I use java.net.HttpURLConnection, my handlers are not invoked.
I use SCR in order to provide my stream handlers. Here is he SCR.xml:
-
If bundle A has the xml-apis.jar file inside of it, is that file
mentioned on the bundle's class path? For example, if your bundle contained:
a.jar
lib/
xml-apis.jar
Then your manifest for A should contain:
Bundle-ClassPath: lib/xml-apis.jar
-> richard
ribeiant wrote:
H
Richard S. Hall wrote:
If bundle A has the xml-apis.jar file inside of it, is that file
mentioned on the bundle's class path? For example, if your bundle
contained:
a.jar
lib/
xml-apis.jar
Then your manifest for A should contain:
Bundle-ClassPath: lib/xml-apis.jar
Actu
Hi
my classpath is
Bundle-Classpath: .,xml-apis.jar
and the jar file is direct in the bundle
a.jar
xml-apis.jar
Thanks for the help
Antonio
Richard S. Hall wrote:
>
> Richard S. Hall wrote:
>> If bundle A has the xml-apis.jar file inside of it, is that file
>> mentioned on the bun
Ok. Well, from my interpretation of the spec, this isn't possible
using an URLStreamHandler because of the build-in handlers being
preferred (and for good reasons).
However, it does sound to me like you have control over the jvm so
what you can do is put your handler on the classpath (assuming it
Karl,
Yes, It should work fine. I'll try as you suggest.
Thanks a lot !
/pierre
Karl Pauls wrote:
Ok. Well, from my interpretation of the spec, this isn't possible
using an URLStreamHandler because of the build-in handlers being
preferred (and for good reasons).
However, it does sound to me li
Hmm. Well, the actual error is probably misleading and that the real
issue is likely that there is a class missing that ContentHandler needs.
Without playing with it, it is hard to say.
-> richard
ribeiant wrote:
Hi
my classpath is
Bundle-Classpath: .,xml-apis.jar
and the jar file is direct i
2008/10/8 Marina Vatkina <[EMAIL PROTECTED]>
> Stuart McCulloch wrote:
>
>> 2008/10/8 Marina Vatkina <[EMAIL PROTECTED]>
>>
>> Unfortunately I don't see any difference if I add
>>> entry
>>> :(.
>>>
>>
>> hmm... this pom is from GlassFish isn't it? (it looks like it)
>>
>
> It is. I put the line
I'm building inside javax.ejb via 'mvn clean install'
thanks,
-marina
Stuart McCulloch wrote:
2008/10/8 Marina Vatkina <[EMAIL PROTECTED]>
Stuart McCulloch wrote:
2008/10/8 Marina Vatkina <[EMAIL PROTECTED]>
Unfortunately I don't see any difference if I add
entry
:(.
2008/10/9 Marina Vatkina <[EMAIL PROTECTED]>
> I'm building inside javax.ejb via 'mvn clean install'
>
yes, but what I'm saying is with the latest update of GlassFish
and that single line patch, when I do a 'mvn clean install' from
the project root with either 2.0.7 or 2.0.9 it works fine
if I t
You are right - src/main/resources/META-INF/MANIFEST.MF was missing from my ws.
How does if affect anything? (And why 2.0.7 doesn't complain without it?).
thanks,
-marina
Stuart McCulloch wrote:
2008/10/9 Marina Vatkina <[EMAIL PROTECTED]>
I'm building inside javax.ejb via 'mvn clean install
Apparently, this part of the spec has been weakened for the next release
since neither Equinox nor KF actually enforced it.
Perhaps we should add an option for allowing overriding too.
-> richard
Pierre De Rop wrote:
Karl,
Yes, It should work fine. I'll try as you suggest.
Thanks a lot !
/p
Well, maybe. The issue is that it is not impossible that the jvm
already used a handler and then we are stuck (assuming the hack with
flushing the cache doesn't work). I agree that this is a corner case
but still. We should probably create a jira issue to track this and
come-up with a suggestion fo
Karl Pauls wrote:
Well, maybe. The issue is that it is not impossible that the jvm
already used a handler and then we are stuck (assuming the hack with
flushing the cache doesn't work). I agree that this is a corner case
but still. We should probably create a jira issue to track this and
come-up
Ah, sure!
It works perfectly, thanks a lot, Stuart!
Maxim.
"Stuart McCulloch" <[EMAIL PROTECTED]>
08/10/2008 08:15 PM
Please respond to
users@felix.apache.org
To
users@felix.apache.org
cc
Subject
Re: building a felix embedding web app with maven
2008/10/8 Maxim Suponya <[EMAIL PROTE
2008/10/9 Marina Vatkina <[EMAIL PROTECTED]>
> You are right - src/main/resources/META-INF/MANIFEST.MF was missing from my
> ws. How does if affect anything? (And why 2.0.7 doesn't complain without
> it?).
>
it shouldn't affect that particular project because you're using
the bundle goal to gener
2008/10/9 Maxim Suponya <[EMAIL PROTECTED]>
> Ah, sure!
>
> It works perfectly, thanks a lot, Stuart!
>
no problem, glad to hear it's now working ok
> Maxim.
>
> "Stuart McCulloch" <[EMAIL PROTECTED]>
> 08/10/2008 08:15 PM
> Please respond to
> users@felix.apache.org
>
>
> To
> users@felix.apac
26 matches
Mail list logo