You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(3) |
Oct
(1) |
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(8) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2003 |
Jan
(4) |
Feb
(2) |
Mar
(5) |
Apr
(15) |
May
(4) |
Jun
(5) |
Jul
|
Aug
|
Sep
(3) |
Oct
(8) |
Nov
(17) |
Dec
(1) |
2004 |
Jan
(6) |
Feb
|
Mar
(4) |
Apr
(8) |
May
(2) |
Jun
(8) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Richard S. H. <he...@un...> - 2004-06-11 09:38:48
|
Hello everyone. As part of Oscar's move to forge.objectweb.org, I plan to migrate the Source Forge mailing lists to ObjectWeb as well. I have created two mailing lists: * os...@ob... - this list is for general OSGi, Oscar usage, and bundle development discussion. * osc...@ob... - this list is for discussion about the internal details of Oscar's implementation, i.e., if you are interested in knowing how Oscar works or want to have input on design decisions. I will migrate everyone from the Source Forge mailing lists to the general "oscar" mailing list, but I won't include anyone by default on the "oscar-dev" list. If you do not want to be migrated, want to be on both lists, or only want to be on "oscar-dev", then please respond to this email and let me know so that I can do the right thing for you. In summary, unless you say otherwise, you will be taken off of the Source Forge mailing list and added to the new ObjectWeb "oscar" general discussion mailing list. -> richard p.s. Since the old Oscar site will become the web presence for OBR, I will eventually create at least one new mailing list on Source Forge for OBR. |
From: Richard S. H. <he...@un...> - 2004-06-09 12:55:25
|
Oscar has been around for a long time and has been open source since the=20 beginning. Knopflerfish seems like a good project emerging from Gatespace. I would hope the two projects are largely equivalent, just potentially=20 different approaches. We are actually trying to converge in some areas,=20 such as on shell syntax. Everything else is probably just a matter of=20 personal preference. If you find some features that you like, please let us know. -> richard Matrim Cauthon wrote: >Hello, > >does anybody know about the Knopflerfish implementation of the OSGi fram= ework? >If so in which point it is superior/inferior to Oscar? > >Thank you for pointing that out, >Mat, > >__________________________________________________________________ >Stiftung Warentest vergibt Note "gut" f=FCr Lycos Mail! >Top SPAM- und Virenschutz, 15MB Megaspeicher und SMS schon ab 5 Cent! <= br> Noch Fragen? http://mail.lycos.de > > > =20 > |
From: Michel D'H. <mic...@tr...> - 2004-06-09 12:36:33
|
Matrim Cauthon wrote: >Hello, > >does anybody know about the Knopflerfish implementation of the OSGi framework? >If so in which point it is superior/inferior to Oscar? > > Sorry for being rude but I don't think this is the proper way to start a discussion in a mailing list. It sounds like you have a homework to do and are too lazy to even download and install both OSGi implementations :-( Maybe you even cross-posted the same question on KF mailing list? :-> So far, my advice is that you try them by yourself and then we will be able to *discuss* about the pros and cons of both. Regards Michel D'HOOGE |
From: Matrim C. <goo...@ly...> - 2004-06-09 12:22:24
|
Hello, does anybody know about the Knopflerfish implementation of the OSGi frame= work? If so in which point it is superior/inferior to Oscar? Thank you for pointing that out, Mat, __________________________________________________________________ Stiftung Warentest vergibt Note "gut" f=FCr Lycos Mail! Top SPAM- und Virenschutz, 15MB Megaspeicher und SMS schon ab 5 Cent! <b= r> Noch Fragen? http://mail.lycos.de |
From: Richard S. H. <he...@un...> - 2004-06-03 17:53:20
|
Richard S. Hall wrote: > While some bundles that implement various services, these are only > intended to get people started. That should say, "While some bundles that implement various services ARE INCLUDED..." :-o -> richard > |
From: Richard S. H. <he...@un...> - 2004-06-03 17:46:21
|
Matrim Cauthon wrote: >I'm kinda new to OSGi (and to Oscar). >Are there some services and tools coming along with oscar or is it just the plain framework of OSGi? > Funny, I just answered this precise question in the personal email message you sent me. :-) Oscar is an implementation of the OSGi framework. While some bundles that implement various services, these are only intended to get people started. The next release of Oscar will see all bundles separated from the Oscar project and will introduce a more visible bundle repository, which I hope foster more participation and collaboration in bundle/service development. -> richard |
From: Matrim C. <goo...@ly...> - 2004-06-03 17:13:36
|
Hello, I'm kinda new to OSGi (and to Oscar).=20 Are there some services and tools coming along with oscar or is it just t= he plain framework of OSGi? Thank you, Mat. Sonnenbrillen - Aktuelle Angebote unter EUR 15,- www.ebay.de!! =DCber 1 M= io. Angebote zu g=FCnstigen Preisen! eBay - Jetzt besser kaufen!=20 |
From: Richard S. H. <he...@un...> - 2004-06-01 07:48:40
|
Hello everyone, I am back from my conference. I did not receive any feedback from the 1.0.0beta5 release, so that means one of two things: 1. No one looked at it. 2. No one had any issues. I certainly hope that it was the latter, so I can finish updating documentation and add any final bugs fixes and features. My goal is to release within the next two weeks. -> richard |
From: Paramjeet S. <pa...@re...> - 2004-05-20 13:52:57
|
=A0=0AHi Everybody,=0A=0AI'm new to this forum and Oscar. Looks like Oscar= is build on Jdk1.4. In my application I want to use Oscar on J2ME based CL= DC (Connected limited device configuration). Is it possible to do this? =0A= =0AWhat should be the approach to make this possible, as I'm terribly stuck= . Any pointers in this direction would be really appreciated.=0A=0AHave a n= ice day!!=0AParamjeet=20 |
From: Richard S. H. <he...@un...> - 2004-05-18 22:17:37
|
Okay, I wanted to get another beta release out the door because I am leaving for ten days and I didn't want you guys to think there was no progress being made! :-) I will be at a multiple conferences and will largely be out of email contact, so if someone posts a message to the mailing list, I hope that it can wait or others try to help out. The new beta is "1.0.0beta5" and is available from the previous beta URL for all of those who requested to beta test. You can use the Oscar installer to download user and API documention...as always, please read the changes. I hope this beta release represents the last major changes before the final release of 1.0.0. In particular, I have separated the example bundle and Oscar services from the "org.ungoverned.oscar" package hierarchy, put them under "org.ungoverned.osgi.bundle" and "org.ungoverned.osgi.service", respectively. The major impact here will be if you were using Oscar's services in your bundles, for example, if you were creating custom shell commands. If that is the case, you will need to modify your bundles to use the new service names. In the end, I think this will be much better and more sustainable that the old approach. Now the Oscar package is purely for the OSGi framework implementation. Eventually, all bundles will be available via OBR and the bundle repository Web page. All bundles become separate projects into themselves, although I have crafted the build files so that they easily integrate into Oscar's build file (Ant 1.6 is now required)...I will document this more later. For now, you can access all bundles via OBR or the web. Web access is available here: http://oscar-osgi.sf.net/repo/ And for source here: http://oscar-osgi.sf.net/repo-src/ Regarding OBR, I have re-implemented most of it, although I didn't have time to implement the new "update" feature or "download source" feature, but it now use XML and has the new (and much improved) syntax. So, please check it out. I like it much better! It is quite possible that some of the bundles might be broken due to the above mentioned package renaming...I have not tested them all thoroughly. Please let me know if you run into any problems. I am really pleased with how the 1.0.0 release is shaping up. I think that is everything I wanted to say, I hope that I didn't introduce any major bugs just before I leave for ten days, but I am sure I will find out when I get to check my email. :-) Thanks. Have fun. -> richard |
From: Richard S. H. <he...@un...> - 2004-04-25 20:00:44
|
I will be gone for the next week, so I am releasing a new beta (1.0.0beta4) that has some bug fixes and minor new features. Also, not that anyone will truly care (especially since it still looks the same), I have majorly improved the design of Oscar's installer. As a result, it is now possible to specify if you want to use Oscar with a text-based or GUI-based shell. I have also added (with the help of Stephane Frenot) a new OBR panel to the GUI shell. The OBR service interface has slightly changed in this release, so you need to use the included OBR bundle. These are only initial changes, OBR will likely see more changes. Finally, I have also made available from the installer (but they can be downloaded too) the bundle source and api documentation...you can install it all, like normal, by just downloading the main Oscar beta release JAR file and doing "java -jar ..." -> richard p.s. Since it is now official, I can tell everyone that I have recently become an invited individual member of the OSGi Alliance. I attend my first OSGi meeting this week, which is why I will be gone. So take heart in the fact that the work in our community has been noticed! :-) |
From: Richard S. H. <he...@un...> - 2004-04-21 16:03:59
|
Okay, I found a simple, but very bad bug in the refresh routine, so those using the beta should definitely download the latest beta. Hopefully, I won't have to issue another beta for a little while now. The version command should return "1.0.0beta3" if you are using the current beta. -> richard |
From: Richard S. H. <he...@un...> - 2004-04-21 13:15:52
|
To everyone who has so far volunteered to beta test Oscar, I have updated the release package, so feel free to download it again and keep on testing. |
From: Richard S. H. <he...@un...> - 2004-04-20 19:24:59
|
First let me apologize to anyone who is not interested in this message; I am sending to both mailing lists since these are the only organized feedback forums I have. The next release of Oscar signals more than just source code improvements. For those of you that do not know, Oscar project hosting will move from Source Forge to ObjectWeb (http://oscar.objectweb.org). As part of this move I will be making some other changes to the Oscar project: 1. Oscar's official license will switch from Apache to BSD. 2. Oscar will become available via CVS finally. 3. Oscar's Source Forge web site will become a bundle repository project; the idea is to turn it into a community site for bundle developers to host their bundle projects. 4. All example bundles will be removed from the Oscar source tree (except the "simple" bundle); of course, the bundles necessary for using the shell will be included in binary, like is currently done. 5. Most non-useful bundles will be permanently removed (e.g., archive service, etc.), since they are mostly half-baked examples that are hold-overs from when I first started programming Oscar back in December of 2000. 6. All useful bundles will be added to the Oscar Source Forge bundle repository (e.g., log, telnet, XMLRPC, http, etc.). 7. OBR will be the main way (or via direct web page access at Source Forge) to access bundles; I know this may be problematic for people behind firewalls (which is why web accessibility will still be provided at Source Forge), but maybe we can finally get OBR to work through firewalls by using the "proxy" property for Java. 8. OBR will be improved to support its bundle repository role better. This may not be all of the changes that are coming, but it is the most important ones. Regarding the OBR improvements, this involves improving the bundle meta-data stored in the repository file (and using XML) and providing a few more capabilities. I have attached a proposed DTD and example XML file for the new meta-data. Please feel free to comment, but keep in mind that the goal is to KEEP IT SIMPLE, not to solve every problem. Many aspects of the new OBR meta-data are only there for completeness and will not be immediately used by OBR in the 1.0.0 release, but they serve as placeholders for future capabilities. Two new capabilities that I expect to add to OBR in the next release are the ability to check for bundle updates (and to do the update) and the ability to download bundle source code. Everything else will have to wait for future releases if I ever hope to finish the 1.0.0 release! :-) These changes may require changes to OBR's shell command syntax, but hopefully it will be done in a sane way that will not need to be changed any time soon. (I was thinking about a yum-style approach, like "obr install ...", "obr update ...", "obr start ...", "obr list ..."; are there any strong objections to this kind of approach?) I am excited about these changes and look forward to finally making some progress on building a community around OSGi (and Oscar). I was pleased to realize that the current release of Oscar is edging up toward 1000 downloads...definitely an improvement from when I started all of this! :-) Hopefully we can keep it going. Please feel free to comment. Thanks for listening to me ramble. And thanks for participating. -> richard |
From: Richard S. H. <he...@un...> - 2004-04-19 16:28:22
|
Hello everyone, The 1.0.0 release of Oscar is drawing ever closer. I have a beta release available for initial testing, so I would like some brave volunteers to kick the tires and see what initial problems can be uncovered...I am sure there are a few rough edges since there are a lot of changes. If you are willing to do some beta testing, please send me a personal email message and I will give you access to the beta release. Thanks in advance, -> richard |
From: Ravishankar H. <rav...@re...> - 2004-04-05 01:04:04
|
=0A=0A=0AOn Sun, 04 Apr 2004 khalid ait abdelkrim wrote :=0A>Hi everyone= ,=0A>I'm trying to write=0A>a routine that=0A>return the value of=0A>the bu= ndle-Vendor. I=0A>hope that there is=0A>someone who can help=0A>me to do th= at.=0A>thanks=0A>/khalid=0A>=0A>C est le moment de dynamiser votre bo=EEte = mail en d=E9couvrant les offres CaraMail Premium - http://www.caramailmax.c= om=0A>=0A=0A=0A=0Ahello,=0AThere is a method called getHeaders() in the Bun= dle class.This will help you to get the Bundle-vendor=0A=0Athis code will s= olve your problem...=0A=0Apublic void start(BundleContext context)=0A{=0A = Bundle b =3D context.getBundle();=0A Dictionary dict =3D b.getHeaders(= );=0A System.out.println("Bundle-Vendor =3D " + dict.get("Bundle-Vendor"= ));=0A}=0A =0A=0A=0A=0Acheers,=0Aravi=0A=0A=0A-------Have Fun, coz GOD L= oves Fun----------=0ARavishankar Hiremath=0AMonash University=0ACaulfield= =0AVictoria=0AAustralia |
From: khalid a. a. <kha...@ca...> - 2004-04-03 21:48:31
|
Hi everyone, I'm trying to write a routine that return the value of the bundle-Vendor. I hope that there is someone who can help me to do that. thanks /khalid C est le moment de dynamiser votre boîte mail en découvrant les offres CaraMail Premium - http://www.caramailmax.com |
From: Richard S. H. <he...@un...> - 2004-04-01 11:21:22
|
Hello everyone, I just wanted to send a quick email letting people know that a new=20 release of Oscar is in the works. I am sorry that it is taking so long,=20 but I have run into a pretty hectic stretch lately. The delay is due to=20 various work obligations (i.e., meetings, conference program committees,=20 grant proposals) and writing papers; for those that might be interested,=20 some of my recent OSGi-related publications are: * R.S. Hall and H. Cervantes. /=93An OSGi Implementation and Experience Report,=94/ Proceedings of the IEEE Consumer Communications and Networking Conference, January 5, 2004. * K. Pauls and R.S. Hall. /=93Eureka =96 A Resource Discovery Service for Component Deployment,=94/ Proceedings of the 2nd International Working Conference on Component Deployment (CD 2004), May 2004. (To appear) * R.S. Hall. /=93A Policy-Driven Class Loader to Support Deployment i= n Extensible Frameworks,=94/ Proceedings of the 2nd International Working Conference on Component Deployment (CD 2004), May 2004. (To appear) * H. Cervantes and R.S. Hall. /=93A Framework for Constructing Adaptive Component-based Applications: Concepts and Experiences,=94= / Proceedings of the 7th International Symposium on Component-Based Software Engineering (CBSE7), May 2004. (To appear) * H. Cervantes and R.S. Hall. /=93Autonomous Adaptation to Dynamic Availability Using a Service-Oriented Component Model,=94/ Proceedings of the International Conference on Software Engineering, May 2004. (To appear) * R.S. Hall and H. Cervantes. /=93Challenges in Building Service-Oriented Applications for OSGi,=94/ IEEE Communications, Ma= y 2004. (To appear) The next release of Oscar will be the 1.0 release. I am trying to focus=20 on compliance issues and have already addressed several; let me know if=20 you have an issue that is particularly important to you. -> richard * |
From: Richard S. H. <he...@un...> - 2004-03-08 09:19:31
|
Michel D'Hooge wrote: > Maybe you could write in the tutorial on which version of Oscar it was > tested??? So in case of problem, it is still possible to download from > SourceForge the correct version... Actually, I thought of this too, after I posted my message...I was also wondering if I should create a change log for the tutorial... Certainly, though, I should include the version it was built against... -> richard |
From: Michel D'H. <mic...@tr...> - 2004-03-08 09:12:02
|
Richard S. Hall wrote: > [...] > I had forgotten to update the tutorial to keep it in sync with the > latest version of Oscar...now it should be. It's always the problem to have everything in sync ! Maybe you could write in the tutorial on which version of Oscar it was tested??? So in case of problem, it is still possible to download from SourceForge the correct version... Michel |
From: Richard S. H. <he...@un...> - 2004-03-08 08:40:53
|
Thanks for the feedback, I have addressed your issues except for=20 renaming the examples. Perhaps I will do this in the future. I also found a couple of other small bugs that I fixed...I had forgotten=20 to update the tutorial to keep it in sync with the latest version of=20 Oscar...now it should be. -> richard Eric wrote: >Hello > >Please find hereafter enclosed=20 >some optional suggestions=20 >about the naming convention of the OSCAR tutorial. >------- > >Part 1: Improve the name of the hyperlink "this" > >I downloaded the Java archive=20 >tutorial.jar 22,529 bytes from >http://oscar-osgi.sourceforge.net/tutorial/index.html > >In the last line, >you could replace the hyperlink "*this*" in >"in *this* JAR file" with >"in *Tutorial.jar* file." >because the keyword is not "this" but "Tutorial.jar" >------- > >Part 2: Symptom of Example7 > >In an OSCAR session, the user will get the error: >start file:C:/Oscar/tutorial/bundle/example7.jar > >### GenericActivator : in bundle [8] : >java.lang.IllegalArgumentException: Class not found: >java.lang.ClassNotFoundException: >tutorial.example6.service.SpellCheckService >------- > >Part 3: Diagnostic > >I found in metadata.xml of the last example7 >the reference of example6 instead of example5: ><service >interface=3D"tutorial.example6.service.SpellCheckService"/> > >According to=20 >http://oscar-osgi.sourceforge.net/tutorial/ex7.html > >the description for the Service Binder metadata.xml >references the Spell Check server from example5: ><service >interface=3D"tutorial.example5.service.SpellCheckService"/> >------- > >Part 4: Conclusion > >You could simplify the naming convention of the >examples in the OSGi Tutorial for OSCAR. > >Instead of "Example1" until "Example7," >use in the name of the bundle >- the keyword "Svr" if the bundle is a server >- the keyword "Cli" if the bundle is a client > >For example: >"Example1" -> "ListSvr1" or "ListUti1" >... >"Example5" -> "DictSvr5" >"Example6" -> "DictCli6" >"Example7" -> "DictSvr7" > >Regards, >Eric > >__________________________________ >Do you Yahoo!? >Yahoo! Search - Find what you=92re looking for faster >http://search.yahoo.com > > >------------------------------------------------------- >SF.Net is sponsored by: Speed Start Your Linux Apps Now. >Build and deploy apps & Web services for Linux with >a free DVD software kit from IBM. Click Now! >http://ads.osdn.com/?ad_id=3D1356&alloc_id=3D3438&op=3Dclick >_______________________________________________ >oscar-osgi-user mailing list >osc...@li... >https://lists.sourceforge.net/lists/listinfo/oscar-osgi-user > > > =20 > |
From: Eric <mr_...@ya...> - 2004-03-03 14:27:21
|
Hello Please find hereafter enclosed some optional suggestions about the naming convention of the OSCAR tutorial. ------- Part 1: Improve the name of the hyperlink "this" I downloaded the Java archive tutorial.jar 22,529 bytes from http://oscar-osgi.sourceforge.net/tutorial/index.html In the last line, you could replace the hyperlink "*this*" in "in *this* JAR file" with "in *Tutorial.jar* file." because the keyword is not "this" but "Tutorial.jar" ------- Part 2: Symptom of Example7 In an OSCAR session, the user will get the error: start file:C:/Oscar/tutorial/bundle/example7.jar ### GenericActivator : in bundle [8] : java.lang.IllegalArgumentException: Class not found: java.lang.ClassNotFoundException: tutorial.example6.service.SpellCheckService ------- Part 3: Diagnostic I found in metadata.xml of the last example7 the reference of example6 instead of example5: <service interface="tutorial.example6.service.SpellCheckService"/> According to http://oscar-osgi.sourceforge.net/tutorial/ex7.html the description for the Service Binder metadata.xml references the Spell Check server from example5: <service interface="tutorial.example5.service.SpellCheckService"/> ------- Part 4: Conclusion You could simplify the naming convention of the examples in the OSGi Tutorial for OSCAR. Instead of "Example1" until "Example7," use in the name of the bundle - the keyword "Svr" if the bundle is a server - the keyword "Cli" if the bundle is a client For example: "Example1" -> "ListSvr1" or "ListUti1" ... "Example5" -> "DictSvr5" "Example6" -> "DictCli6" "Example7" -> "DictSvr7" Regards, Eric __________________________________ Do you Yahoo!? Yahoo! Search - Find what youre looking for faster http://search.yahoo.com |
From: <he...@un...> - 2004-01-14 19:01:18
|
Rmlyc3Qgb2YgYWxsLCB0aGFuayB5b3UgTWljaGVsIGZvciB0cnlpbmcgdG8gYW5zd2VyIGlu IG15IGFic2VuY2UuIEkgYW0NCmN1cnJlbnRseSB0cmF2ZWxpbmcgaW4gU3BhaW4gYW5kIHdp bGwgbm90IGJlIGFibGUgdG8gZnVsbHkgYW5zd2VyIHVudGlsIEkgDQpnZXQgYmFjayBuZXh0 IHdlZWsuDQoNCkluIGdlbmVyYWwsIGl0IHNob3VsZCBiZSBwb3NzaWJsZSB0byBoYXZlIHRv IHZlcnNpb25zIG9mIHRoZSBzYW1lIGNsYXNzDQpsb2FkZWQgaW50byBkaWZmZXJlbnQgYnVu ZGxlcyBhcyBsb25nIGFzIHRoZSBjbGFzc2VzIGFyZSBwcml2YXRlLiBJdCBpcw0KZXZlbiBw b3NzaWJsZSB0byBoYW5kIG91dCBhIHJlZmVyZW5jZSB0byBzdWNoIGEgY2xhc3MgYXMgbG9u ZyBhcyBpdA0KaW1wbGVtZW50cyBhbiBpbnRlcmZhY2UgdGhhdCBpcyBnbG9iYWxseSBhY2Nl c3NpYmxlLCBmb3IgZXhhbXBsZS4NCg0KSSBhbSBub3Qgc3VyZSBpZiBJIGNvbXBsZXRlbHkg dW5kZXJzdGFuZCB0aGUgc2l0dWF0aW9uIHRoYXQgU3RlbiBpcw0KZGVzY3JpYmluZywgc28g bWF5YmUgSSBuZWVkIGEgbW9yZSBkZXRhaWxlZCBkZXNjcmlwdGlvbiBvZiB3aGF0IGNsYXNz ZXMNCmFyZSB3aGVyZSBhbmQgd2hhdCByZWZlcmVuY2VzIGFyZSBiZWluZyBoYW5kZWQgdG8g d2hvbSBhbmQgYXMgd2hhdCB0eXBlDQphcmUgdGhleSBiZWluZyBhY2Nlc3NlZC4NCg0KSWYg YWxsIGVsc2UgZmFpbHMsIHlvdSBjYW4gYWx3YXlzIHNlbmQgbWUgdGhlIGJ1bmRsZXMsIGlm IHBvc3NpYmxlLCBzaW5jZSANCkkgYW0gc3VyZSB0aGF0IEkgY2FuIGdldCB0byB0aGUgYm90 dG9tIG9mIGl0Li4udW5mb3J0dW5hdGVseSwgeW91IHdpbGwNCmhhdmUgdG8gd2FpdCB1bnRp bCB0aGUgZW5kIG9mIG5leHQgd2VlayBwcm9iYWJseS4NCg0KU2VuZCBtZSBhIGJyaWVmIGJ1 dCBjb21wbGV0ZSBkZXNjcmlwdGlvbiBvZiB0aGUgc2NlbmFyaW8gd2l0aCB0aGUNCm1hbmlm ZXN0cyBvZiBhbGwgYnVuZGxlcyBpbnZvbHZlZCBmb3Igc3RhcnRlcnMgYW5kIEkgd2lsbCBz ZWUgaWYgSSBub3RpY2UgDQphbnl0aGluZyBvYnZpb3VzLg0KDQoNCi0+IHJpY2hhcmQNCg0K T24gV2VkLCAxNCBKYW4gMjAwNCAxNjo0NDo0NiArMDEwMCBNaWNoZWwgRCdIb29nZSB3cm90 ZToNCg0KPiBTdGVuIEVybmVyb3Qgd3JvdGU6DQo+IA0KPiA+Li4uDQo+ID5Db3JlIGRvZXMg bm90IGV4cG9ydCBhbnkgZmlsZXMgZnJvbSB0aGUgamVuYS5qYXIgb25seSB0aGUgQWJzdHJh Y3RFbGVtZW50DQo+ID5jbGFzcyAoYW5kIHNvbWUgb3RoZXIgY2xhc3NlcykNCj4gPkplbmEu amFyIGV4aXN0IGluIGJvdGggY29yZSBhbmQgc3RvcmUgYnVuZGxlcyBjbGFzc3BhdGguDQo+ ID4gIA0KPiA+DQo+IFJURk0gb3Igd2FpdCBmb3IgUmljaGFyZCA7LSkNCj4gQ2hhcHRlciA0 IGlzIG9mIGludGVyZXN0IGluIHlvdXIgY2FzZSwgSSBiZWxpZXZlIG1vc3QgcHJlY2lzZWx5 IDQuNCAoYW5kIA0KPiBzZWUgYWxzbyA0LjExIGZvciBhbiBpZGVhIG9mIHRoZSBwcm9ibGVt cyByZWxhdGVkIHRvIG11bHRpcGxlIGNsYXNzIA0KPiBsb2FkZXJzKS4NCj4gDQo+IEkgdGhp bmsgeW91ciBwcm9ibGVtIGlzIGJlY2F1c2UgZWFjaCBidW5kbGUgaGFzIGl0cyBvd24gY2xh c3MgbG9hZGVyLCANCj4gd2l0aCBib3RoIGFuIGFjY2VzcyB0byBhIGRpZmZlcmVudCBjb3B5 IG9mIEplbmEuamFyLiBBbmQgYm90aCBSZXNvdXJjZSANCj4gY2xhc3NlcywgZXZlbiB0aG91 Z2ggdGhleSBoYXZlIHRoZSBzYW1lIG5hbWUgYXJlIGRpZmZlcmVudC4gU28gd2hlbiB5b3Ug DQo+IGhhbmQgdGhlIGNsYXNzIG9mIG9uZSBidW5kbGUgdG8gYW5vdGhlciwgeW91IHNoYWxs IGFsc28gcHJvdmlkZSB0aGUgdXNlZCANCj4gY2xhc3Nlcy4NCj4gDQo+IFRyeSBleHBvcnRp bmcgSmVuYS5qYXINCj4gDQo+ID5JIGtub3cgSSBkb260dCB3YW50IDIgamFycyBvZiB0aGUg c2FtZSBraW5kIHRvIGhhbmcgYXJvdW5kIGJ1dCBqdXN0DQo+IGZvciB0aGUNCj4gPnVuZGVy c3RhbmRpbmcsIGlzIHRoaXMgbm90IHBvc3NpYmxlIHRvIGRvPw0KPiA+ICANCj4gPg0KPiBJ biB5b3VyIGNhc2UsIHRoZSBhbnN3ZXIgc2VlbXMgdG8gYmUgbm90IDstKQ0KPiANCj4gVGhl IHJ1bGUgb2YgdGh1bWIgaXMgZWl0aGVyIHRvIGhhdmUgYSAicHJpdmF0ZSIgdXNhZ2Ugb2Yg YSBwYWNrYWdlICh3aXRoIA0KPiBubyBjbGFzaCB3aXRoIGFub3RoZXIgYnVuZGxlKSwgb3Ig YXQgdGhlIGNvbnRyYXJ5IHRvIGV4cG9ydCBpdCB0byB0aGUgDQo+IHdob2xlIGZyYW1ld29y ay4gSW4gdGhlIGxhdHRlciBjYXNlLCB0aGUgcGFja2FnZSBvZiB0aGUgZmlyc3QgYnVuZGxl IA0KPiB3aWxsIGJlIHVzZWQgYnkgYWxsIHRoZSBjbGFzcyBsb2FkZXJzOiBubyBwcm9ibGVt IGFueW1vcmUuDQo+IA0KPiBSZWdhcmRzDQo+IE1pY2hlbA0KPiANCj4gDQo+IA0KPiAtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ IFRoaXMgU0YubmV0IGVtYWlsIGlzIHNwb25zb3JlZCBieTogUGVyZm9yY2UgU29mdHdhcmUu DQo+IFBlcmZvcmNlIGlzIHRoZSBGYXN0IFNvZnR3YXJlIENvbmZpZ3VyYXRpb24gTWFuYWdl bWVudCBTeXN0ZW0gb2ZmZXJpbmcNCj4gYWR2YW5jZWQgYnJhbmNoaW5nIGNhcGFiaWxpdGll cyBhbmQgYXRvbWljIGNoYW5nZXMgb24gNTArIHBsYXRmb3Jtcy4NCj4gRnJlZSBFdmFsISBo dHRwOi8vd3d3LnBlcmZvcmNlLmNvbS9wZXJmb3JjZS9sb2FkcHJvZy5odG1sDQo+IF9fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IG9zY2FyLW9z Z2ktdXNlciBtYWlsaW5nIGxpc3QNCj4gb3NjYXItb3NnaS11c2VyQGxpc3RzLnNvdXJjZWZv cmdlLm5ldA0KPiBodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5m by9vc2Nhci1vc2dpLXVzZXINCj4gDQoNCg0K |
From: Michel D'H. <mic...@tr...> - 2004-01-14 15:45:04
|
Sten Ernerot wrote: >... >Core does not export any files from the jena.jar only the AbstractElemen= t >class (and some other classes) >Jena.jar exist in both core and store bundles classpath. > =20 > RTFM or wait for Richard ;-) Chapter 4 is of interest in your case, I believe most precisely 4.4 (and=20 see also 4.11 for an idea of the problems related to multiple class=20 loaders). I think your problem is because each bundle has its own class loader,=20 with both an access to a different copy of Jena.jar. And both Resource=20 classes, even though they have the same name are different. So when you=20 hand the class of one bundle to another, you shall also provide the used=20 classes. Try exporting Jena.jar >I know I don=B4t want 2 jars of the same kind to hang around but just fo= r the >understanding, is this not possible to do? > =20 > In your case, the answer seems to be not ;-) The rule of thumb is either to have a "private" usage of a package (with=20 no clash with another bundle), or at the contrary to export it to the=20 whole framework. In the latter case, the package of the first bundle=20 will be used by all the class loaders: no problem anymore. Regards Michel |
From: Sten E. <er...@at...> - 2004-01-14 13:36:21
|
To let the class Resource be duplicated is (was) only a temporarly.=20 But still, is this not allowed?=20 The class Resource exists in a jarfile (jena.jar) and the jarfile exists = in 2 Bundles. (The same file is copied so its the same version) In bundle Core I have an abstract Class AbstractElement that imports Resource. In Bundle Store I have an StoreElement that extend AbstractElement. Core does not export any files from the jena.jar only the = AbstractElement class (and some other classes) Jena.jar exist in both core and store bundles classpath. I know I don=B4t want 2 jars of the same kind to hang around but just = for the understanding, is this not possible to do? Regards Sten -----Original Message----- From: osc...@li... [mailto:osc...@li...] On Behalf Of Michel D'Hooge Sent: den 14 januari 2004 14:08 To: osc...@li... Cc: st...@er... Subject: Re: [oscar-user] java.lang.LinkageError Sten Ernerot wrote, "without CC-ing to the mail list": >Actually the class Resource is also in another bundle (Core). It=B4s = not=20 >exported from core, but core exports another class that uses it. Could=20 >that be it? > >Thanks >Sten > =20 > Do you mean that a package is exported, with a class using Resource = (that is in another package)? I think the problem is somewhere there, with the class loader trying to = use a class already loaded but different from what was used during the compilation (according to the explanation of the Error event). Did you = try to recompile everything? And only once! I mean to put in the jar file = the same Resource class than what is used in Core. But even if that works, = it means you must rethink the organisation of your bundles - maybe create another one, only exporting libraries. But the best solution is to debug through Oscar classes (remember, it's = open source ;-) Put breakpoints in org.ungoverned.moduleloader.ModuleClassLoader.findClass(ModuleClassLoader= .ja va:219) org.ungoverned.moduleloader.ModuleClassLoader.loadClass(ModuleClassLoader= .ja va:166) and try to figure out what's happening. You can find a short helper to debug Oscar within eclipse here: http://oscar-osgi.sourceforge.net/eclipse.html HTH Michel ------------------------------------------------------- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html _______________________________________________ oscar-osgi-user mailing list osc...@li... https://lists.sourceforge.net/lists/listinfo/oscar-osgi-user |