Indeed, it was not in early draft 2. But I have an older copy of the
RFC. But I'm looking further to the early draft 3.
On Fri, Mar 6, 2009 at 10:07 PM, Richard S. Hall wrote:
> On 3/6/09 3:02 PM, Alin Dreghiciu wrote:
>>
>> I was also planning to create another implementation of Pax Web that
>>
On 3/6/09 3:02 PM, Alin Dreghiciu wrote:
I was also planning to create another implementation of Pax Web that
made use of Grizzly to implement the Pax Web extensions to HttpService
and people could decide between an jetty or grizzly based
implementation.
@Sahoo, can you point me to the R4.2 Http
I was also planning to create another implementation of Pax Web that
made use of Grizzly to implement the Pax Web extensions to HttpService
and people could decide between an jetty or grizzly based
implementation.
@Sahoo, can you point me to the R4.2 Http Service specs? Are they
based on RFC 66 - O
2009/3/7 Skinner Chad
> I am trying to figure out how to get EJB3 and JPA working within felix. I
> have read a number of articles online, but am still a little stumped. One
> thing that has come up that I can not seem to find an answer to is that
> eclipseLink wants there to be a "JPA-Persistenc
I am trying to figure out how to get EJB3 and JPA working within
felix. I have read a number of articles online, but am still a little
stumped. One thing that has come up that I can not seem to find an
answer to is that eclipseLink wants there to be a "JPA-
PersistenceUnits:" property in the
Yes, we plan to support the new R4.2 HTTP service spec in GlassFish v3.
It will support war files being deployed as OSGi bundles. We already
have an initial implementation of existing OSGI/HTTP service in
GlassFish v3. The basic stuffs are working and I plan to finish it soon.
Sahoo
Richard
Peter Kriens wrote:
I think anything I can get :-) I got 2500 bundles now in OBR ...
IC, I misunderstood. I thought you wanted Grizzly in Felix' repo.
-> richard
Unfortunately, 99% is not documented :-(
Kind regards,
Peter Kriens
On 6 mrt 2009, at 15:52, Richard S. Hall wrote:
On 0
No, I haven't put anything in the system packages extra.
Thanks
-Pete
Alin Dreghiciu wrote:
=
So, in the setup where you get the error is the system packages extra
containing the log4j packages exposed from the classloader that embeds
Felix?
If yes, then bundle 4 should not
2581 bundles if I quickly add them up in my head ...Stats:OSGi-Div1969123107.000 14 0 RXMKnopflerfish bundle repository - 2.2.0 1969123107.000 58 1 RXMspring external1969123107.000 579 0 RXMEclipse-Ganymede 1969123107.000 1534 0 RXMProSyst Software GmbH 1969123107.00
2009/3/6 Henri Gomez
> 2500 Bundles ?
>
> Where ?
>
here, I guess: http://www.osgi.org/Repository/HomePage
> 2009/3/6 Peter Kriens :
> > I think anything I can get :-) I got 2500 bundles now in OBR ...
> >
> > Unfortunately, 99% is not documented :-(
> >
> > Kind regards,
> >
> >Peter
2500 Bundles ?
Where ?
2009/3/6 Peter Kriens :
> I think anything I can get :-) I got 2500 bundles now in OBR ...
>
> Unfortunately, 99% is not documented :-(
>
> Kind regards,
>
> Peter Kriens
>
> On 6 mrt 2009, at 15:52, Richard S. Hall wrote:
>
>> On 03/06/2009 09:44 AM, Peter Kriens wr
I think anything I can get :-) I got 2500 bundles now in OBR ...
Unfortunately, 99% is not documented :-(
Kind regards,
Peter Kriens
On 6 mrt 2009, at 15:52, Richard S. Hall wrote:
On 03/06/2009 09:44 AM, Peter Kriens wrote:
Also the Felix repo ...
Well, the Felix repo only contai
On 03/06/2009 09:44 AM, Peter Kriens wrote:
Also the Felix repo ...
Well, the Felix repo only contains Felix subprojects...at least I think
that is the plan...
-> richard
Kind regards,
Peter Kriens
On 6 mrt 2009, at 15:26, Richard S. Hall wrote:
I thought some people might find th
There is potentially an update coming in R4.2 to HTTP Service which will
support installing WAR files, from what I understand. So, I imagine in
the future this will be commonly supported by implementations.
-> richard
On 03/06/2009 09:43 AM, Stevens Gestin wrote:
Well ... I'm using Mina, not
Also the Felix repo ...
Kind regards,
Peter Kriens
On 6 mrt 2009, at 15:26, Richard S. Hall wrote:
I thought some people might find this interesting:
http://www.nabble.com/Grizzly-OSGi-Http-Service-Ready-for-testing-td22363119.html
-> richard
---
Well ... I'm using Mina, not Grizzly, for our server which is using NIO
also. It's lite and powerfull... There are so many projects and frameworks
that it's quite difficult to decide which one we can choose.
We are looking for a powerfull OSGI Http Service. I would like to test PAX
Web which offer
Any way to get this (and other Sun bundles) in OBR?
Kind regards,
Peter Kriens
On 6 mrt 2009, at 15:26, Richard S. Hall wrote:
I thought some people might find this interesting:
http://www.nabble.com/Grizzly-OSGi-Http-Service-Ready-for-testing-td22363119.html
-> richard
--
Thanks. I will try to get to it (and some of your other OBR issues), but
I am fairly busy the next week or so, so be patient, but feel free to
bug me nicely. :-)
-> richard
On 03/06/2009 09:09 AM, Kristian Köhler wrote:
Hi
I opened an issue https://issues.apache.org/jira/browse/FELIX-977
Th
I thought some people might find this interesting:
http://www.nabble.com/Grizzly-OSGi-Http-Service-Ready-for-testing-td22363119.html
-> richard
-
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional c
Hi
I opened an issue https://issues.apache.org/jira/browse/FELIX-977
The attached file should reproduce the problem.
Thanks
Kristian
2009/3/6 Richard S. Hall
> Perhaps you could create a JIRA issue and I could try to look into it.
>
> I will probably need you to make a reproducible example a
Perhaps you could create a JIRA issue and I could try to look into it.
I will probably need you to make a reproducible example available to me
somehow.
-> richard
On 03/06/2009 03:08 AM, Kristian Köhler wrote:
Hi
I encountered problems while resolving rependencies via the bundle
repository.
On Fri, Mar 6, 2009 at 1:59 PM, wrote:
> Thanks for your immediate reply (all of you)
>
> If it is already fixed in Trunk then I am happy. So this is my fault (was
> looking at the source of 1.4.1), next time I will first check the Trunk
> before taking your time.
you can search JIRA as well a
Thanks for your immediate reply (all of you)
If it is already fixed in Trunk then I am happy. So this is my fault (was
looking at the source of 1.4.1), next time I will first check the Trunk before
taking your time.
P.S. Regarding the side note about the java-spec, Of course you are right. But
2009/3/6 Reto Bachmann-Gmür
> alexander.ber...@finnova.ch said the following on 03/06/2009 12:04 PM:
> > [...] As to my understanding hashCode() should never throw an exception
> and always return the same integer value for the same object instance. If
> this contract is violated classes like Has
alexander.ber...@finnova.ch said the following on 03/06/2009 12:04 PM:
> [...] As to my understanding hashCode() should never throw an exception and
> always return the same integer value for the same object instance. If this
> contract is violated classes like HashMap will not work correctly, po
Yes, this is fixed in trunk.
regards,
Karl
On Fri, Mar 6, 2009 at 12:19 PM, Stuart McCulloch wrote:
> 2009/3/6
>
>> From time to time I get the following exception when using Apache Felix
>> SCR. I am not yet sure if this is a problem of SCR or a framework bug. For
>> me it looks like a framew
2009/3/6 Stuart McCulloch
> 2009/3/6
>
>> From time to time I get the following exception when using Apache Felix
>> SCR. I am not yet sure if this is a problem of SCR or a framework bug. For
>> me it looks like a framework bug caused by the hashCode() function of
>> org.apache.felix.framework.S
2009/3/6
> From time to time I get the following exception when using Apache Felix
> SCR. I am not yet sure if this is a problem of SCR or a framework bug. For
> me it looks like a framework bug caused by the hashCode() function of
> org.apache.felix.framework.ServiceReferenceImpl respectively
>
>From time to time I get the following exception when using Apache Felix SCR. I
>am not yet sure if this is a problem of SCR or a framework bug. For me it
>looks like a framework bug caused by the hashCode() function of
>org.apache.felix.framework.ServiceReferenceImpl respectively
>org.apache.f
So, in the setup where you get the error is the system packages extra
containing the log4j packages exposed from the classloader that embeds
Felix?
If yes, then bundle 4 should not be there. Of course if bundle 4 is log4 itself.
On Fri, Mar 6, 2009 at 10:55 AM, Pete Haidinyak wrote:
> No, that wa
Ok, got it.
Thanks Stuart
/pierre
Stuart McCulloch wrote:
2009/3/6 Pierre De Rop
Hello everyone;
I have read the Richard's osgi presentation from
http://cwiki.apache.org/FELIX/presentations.data/osgi-berlin-20070321.pdf
and there is something in the slide 36 ("OSGI R4 modularity details
2009/3/6 Peter Kriens
> That is fine with me ... tell me what to do? I have no idea to be linked
> with the maven repo. Maybe we can arrange this during EclispeCon.
>
Hi Peter - yes, it's a straightforward process:
http://maven.apache.org/guides/mini/guide-central-repository-upload.html#Syncin
That is fine with me ... tell me what to do? I have no idea to be
linked with the maven repo. Maybe we can arrange this during EclispeCon.
Kind regards,
Peter Kriens
On 6 mrt 2009, at 08:59, Stuart McCulloch wrote:
2009/3/6 Peter Kriens
Ouch, this is a debugging message that happe
This seems very similar for me ... Someone can explain the difference?
Stevens
On Fri, Mar 6, 2009 at 9:55 AM, Pete Haidinyak wrote:
> No, that was one solution proposed to me was to not have the log4j bundle
> and just expose it using the system packages extra.
>
> -Pete
>
>
--
Le respect c
2009/3/6 Pierre De Rop
> Hello everyone;
>
> I have read the Richard's osgi presentation from
> http://cwiki.apache.org/FELIX/presentations.data/osgi-berlin-20070321.pdf
> and there is something in the slide 36 ("OSGI R4 modularity details 4/7,
> sophisticated class space consistency model")
> wh
No, that was one solution proposed to me was to not have the log4j bundle
and just expose it using the system packages extra.
-Pete
On Fri, 06 Mar 2009 00:53:40 -0800, Stevens Gestin
wrote:
So you just have to add "org.apache.log4j" to Felix system packages
property.
Stevens
On Fri, Ma
So you just have to add "org.apache.log4j" to Felix system packages
property.
Stevens
On Fri, Mar 6, 2009 at 9:44 AM, Pete Haidinyak wrote:
> Sorry about that, it was more of a question about the classloading than to
> fix an issue. Anyway here is the error message...
>
> D:\Annotation\felix>ja
Sorry about that, it was more of a question about the classloading than to
fix an issue. Anyway here is the error message...
D:\Annotation\felix>java -cp org.apache.log4j.jar;bin\felix.jar;.\conf
org.apache.felix.main.Main
Welcome to Felix.
=
-> install file:org.apache.log4
Hello everyone;
I have read the Richard's osgi presentation from
http://cwiki.apache.org/FELIX/presentations.data/osgi-berlin-20070321.pdf
and there is something in the slide 36 ("OSGI R4 modularity details 4/7,
sophisticated class space consistency model")
which I don't understand clearly.
Th
2009/3/6 Stevens Gestin
> Hi,
>
> without an hint on your error it's a bit difficult to help.
>
yes, seeing the actual error or exception trace would be useful
as well as your settings for system packages / bootdelegation
also note that while OSGi attempts to isolate bundles, because
it runs on
Hi,
It's seems, looking at the code, that it can be done more efficiently ...
Tokenizing filter and generating event to a handler will have my preference
like a SAX parser.
Stevens
On Thu, Mar 5, 2009 at 4:19 PM, Richard S. Hall wrote:
> Thanks for creating the issue and patch. I commented on t
Hi,
without an hint on your error it's a bit difficult to help.
Stevens
On Fri, Mar 6, 2009 at 7:07 AM, Pete Haidinyak wrote:
> I am embedding Felix in an application I am porting and was playing around
> with logging with Log4j. I wanted both the application and Felix to use
> Log4j. I put th
Hi
I encountered problems while resolving rependencies via the bundle
repository.
Here is the scenario:
I have a simple obr file with a resource definition which has an unresolved
dependency (the file is attached to this mail). In this file the resource
with the name "org.springframework.core" ha
43 matches
Mail list logo
