Menu
▾
▴
radioactive-design — The RadioActive Design Team Mailing List
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(37) |
Sep
(22) |
Oct
(10) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
|
Feb
|
Mar
(1) |
Apr
(3) |
May
|
Jun
(6) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2006 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(4) |
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Ismail N. <in...@ri...> - 2017-08-02 19:34:01
|
Good afternoon Radioactive http://psikologbaharturk.com/features.php?broken=27u6fqq5dma3hg Ismail |
|
From: Ben A. <ben...@st...> - 2007-06-25 09:09:27
|
Hello there I would greatly appreciate a small amount of your time to assist with my doctoral research at The University of Newcastle. The research concerns open source licensing and we're seeking developers working on Java projects. The research is supervised, ethics-approved, anonymous and results will be freely available. Participation will also provide a custom licensing report for your project. To learn more, please visit: http://licensing-research.newcastle.edu.au Thanks for reading this email, and I hope you'll consider participating. Best regards Ben Alex (My apologies for being off-topic; this list will not be emailed again) |
|
From:
<edg...@li...> - 2006-11-17 15:49:31
|
------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV |
|
From: Faizan N. <fai...@gm...> - 2006-11-08 22:21:13
|
------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 |
|
From: Faizan N. <fai...@gm...> - 2006-11-07 23:31:39
|
------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 |
|
From: Faizan N. <fai...@gm...> - 2006-11-07 03:30:24
|
------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 |
|
From: Angel V. <as...@gm...> - 2006-10-19 15:38:18
|
Hello ererybody!! Sorry for my english. I'm a spanish open source software developer. Now I'm working with two colleages in a RFID Project and we think that we can collabote with RadioActive Project. How is the state of RadioActive project now? Somebody is developing? Somebody want to start developing with us? Greats!! Angel ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Radioactive-news mailing list Rad...@li... https://lists.sourceforge.net/lists/listinfo/radioactive-news |
|
From: Raghavendra p. <rrp...@gm...> - 2006-02-03 18:28:53
|
Hi Looking at the project I could not find any details What is the hardware used for development and other details If this information is available can some one mail it Rgds Prabhu |
|
From: User S. <jq...@ig...> - 2005-12-08 21:45:15
|
Hello Radioactive-design,
At this time we can offer a small update at our system - LS-L0 LITA and LITTLE CUTIES!
Studio and our little stars are proud to present their new project. You can
now compare this one with our other sites, judge the level of professionalism
and exposure of subject, with have never been so high! Starign from over
4,000 HQ pics, the project features sets made in the studio, as well as on
the side of nature.
http://nuder.offer4in1.com/6/?seaplane
Our great and unique offer: for each subscribtion You get access to another
three sites from our portal for 31 days... without any additional payments!
Simply subscribe, select and use!
MSGID: 8T8KKKtmeFQNWaButlerTXHoptDYmLCtwo
|
|
From: Vadim P. <vpe...@ho...> - 2005-06-28 19:34:02
|
I read through your HW Emulator list. It is pretty old, but here is some = feedback anyway: Simulating reader protocols is a very time consuming task. I have done = not for most readers, but I could justify it because I need to test = device drivers. Documentation for reader protocols usually comes with = the readers and one cannot download it from HW vendor web site. This = really means that creating and maintaining HW simulators will require = buying reader or probably requesting a loaner from manufacturer. If purpose of creating HW emulator is to test middleware, I would opt = for creating a simple protocol and use it for simulation.=20 As far as RAReader interface is concerned, it is a pretty good shot. = However there are a few things to consider: * Readers have 1-N antennas and some configuration attributes are = related to antennas. setReaderProperties() can only deal with device = configuration, but not antenna configuration. One solution is to have = Antenna[] getAntennas() and setAntennaProperties( Antenna ant ) * Status notification is a well-defined function can be represented = through a listener interface, without Savant EMS messaging.Status = notification is needed to for monitoring purpose, for other application = entities to react to status (e.g. a workflow that handles a production = line, etc.), or to initiate device recovery process. All of these = aspects can be encapsulated in a framework and exposed through facade = interfaces. Thanks. |
|
From: Michael M. <mic...@ra...> - 2005-06-18 15:45:34
|
The following sourceforge projects have been created and I'll be checking in code to the Commons and Neutrino projects later this weekend. Please join the one you find the most appropriate to what you're interested in. I'll probably be running the Neutrino and Commons projects while Somen and Shaun will be handling the Graviton and Fusion projects. > ra-neutrino > ra-fusion > ra-graviton > ra-commons One question for the entire group: if you're company is an EPCglobal member could you please get in touch with me? I'd like to find out who can and can't see the draft EPCglobal standards so we can decide if we need to join EPCglobal sooner rather than later.... -MM |
|
From: Michael M. <mic...@ra...> - 2005-06-16 21:56:48
|
Hi everyone, Here's a suggestion for a work plan for the next couple of days. Given the number of volunteers we have now its clear that some want to work on the lower layer stuff (Graviton and Fusion) while others want to try the Neutrino project. But since sourceforge doesn't support sub-projects very well we're going to have to create separate Sourceforge projects for each Radioactive project. Each one will have its own mailing lists so everyone doesn't have to put up with lots of mail traffic they don't care about. IMHO, the main radioactive project will still exist but will mostly be used for new projects, discussion, documentation and general project management. My suggestion is to create the following new sourceforge projects: ra-neutrino ra-fusion ra-graviton ra-commons All RadioActive Software Foundation sourceforge projects will start with 'ra-' so we can segregate them from other projects with those names. The commons one is kind of new so I'll be making some web pages to reflect what's in it and how it works. After that I'll be refactoring the package structure in the stuff that's in the radioactive /commons subdirectory and moving it over. If you want to chat about it I'm in the #radioactive IRC channel. Unless someone has some huge objections I'll be setting up the projects later tonight. -MM -- Michael Mealling <mic...@ra...> RadioaActive Software Foundation |
|
From: <sha...@ra...> - 2005-06-10 21:32:06
|
Hi everyone,=0D =0D I apologize for not getting this out earlier. I wanted to give you an upda= te on=0D the project from a project management stand point. As Michael mentioned in= his=0D email earlier in the week, the RadioActive project has officially become a = not=0D for profit foundation. As some of you who have talked with Somen or myself= over=0D the past 8 months you know that we believe there are many different softwar= e=0D applications that need to be developed as RFID and the EPC grow and mature.= As=0D the project was begging to gain IP we felt it necessary to have a legal ent= ity to=0D support it. The Apache Foundation closely resembled our idea of what Radio= Active=0D should be like, and we are modeling ourselves after them. Another note is = that=0D Michael Mealling has officially become a member of the project, although he= is=0D not new to helping us. Michael has been in contact with the RadioActive pr= oject=0D since day one and has probably logged more hours in the IRC channel than an= yone=0D to date. Somen and I are very excited to have him on board, officially.=0D =0D Currently there are three (3) projects on the go. These are Neutrino (EPC-= IS),=0D Fusion (ALE, middleware) and Graviton (Hardware simulator). Other ideas fo= r=0D projects we have include a hardware abstraction layer (like Hibernate, but = for=0D EPC related hardware) and a Commons project, which will include common comp= onents=0D all projects can share.=0D =0D For some of you who have been paying attention since we started the project= =0D roughly 8 months ago it may appear that the project was dead for a while. = I=0D assure you, that although there has not been any major releases, we have=0D continued to work on the project from a research stand point, as well as tr= ying=0D to meet as many people in the industry that were willing to help us with ad= vice,=0D and potentially development resources. All of this has continued to happen= in=0D our part time like many traditional open source projects, and has been quit= e a=0D challenge that we are finally getting a grip on.=0D =0D The foundation will be overseen by a consortium of individuals and organiza= tions.=0D There will be two levels of participation in the project. One level is a= =0D =93volunteer=94 and the other level is a =93member=94. A volunteer will ge= nerally be=0D individuals that have an interest in the technology for personal and career= =0D motives. If you are looking for experience or trying to build your resume = out of=0D school, you probably fit into this category. Members are usually organizat= ions=0D that have an interest in using pieces of software from the foundation and w= ant to=0D over see its development and have a personal stake in its growth. This is = just a=0D rough outline of the structure of the Foundation. I have been working off = bylaws=0D that are very similar to the Apache bylaws and should have them posted on t= he=0D site soon. These will explain the structure and the roles in the foundatio= n.=0D =0D This is already too long. We will keep you posted, and feel free to contac= t us=0D with any questions.=0D =0D Thanks,=0D Shaun=0D =0D |
|
From: Shah, S. <Sap...@pa...> - 2005-06-10 19:43:56
|
SSBiZWxpZXZlLCB3ZSBzaG91bGQgaGF2ZSBhIGNhbGwsIGlmIGl0IG1ha2Ug c2Vuc2Ugc28gdGhhdCB3ZSBhbGwgY2FuIGdldCBvbiB0aGUgc2FtZSBwYWdl IGZvciB0aGUgYWN0aXZpdGllcyBnb2luZyBvbi4NCiANCkFueSB0aG91Z2h0 cz8NCiANClNhcGFuDQogDQoNCgktLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0t LSANCglGcm9tOiByYWRpb2FjdGl2ZS1kZXNpZ24tYWRtaW5AbGlzdHMuc291 cmNlZm9yZ2UubmV0IG9uIGJlaGFsZiBvZiBNaWNoYWVsIE1lYWxsaW5nIA0K CVNlbnQ6IFR1ZSA2LzcvMjAwNSAyOjQzIFBNIA0KCVRvOiByYWRpb2FjdGl2 ZS1kZXZlbG9wZXJzQGxpc3RzLnNvdXJjZWZvcmdlLm5ldDsgcmFkaW9hY3Rp dmUtZGVzaWduQGxpc3RzLnNvdXJjZWZvcmdlLm5ldCANCglDYzogDQoJU3Vi amVjdDogW1JhZGlvYWN0aXZlLWRlc2lnbl0gUmVjZW50IHByb2plY3QgYW5u b3VuY2VtZW50cywgdGhlIEZvdW5kYXRpb24gYW5kIG90aGVyIG5ld3MuLi4u DQoJDQoJDQoNCglIaSBldmVyeW9uZSwNCgkgIEFzIHNvbWUgb2YgeW91IG1p Z2h0IGhhdmUgc2VlbiwgdGhlIGxhc3Qgd2VlayBoYXMgYmVlbiBhIGJ1c3kg b25lIGZvcg0KCXRoZSBwcm9qZWN0LiBUaGUgZm91bmRlcnMgaGF2ZSBzZXR1 cCBhIG5vbi1wcm9maXQgZm91bmRhdGlvbiBpbiBvcmRlciB0bw0KCWdpdmUg dGhlIHByb2plY3QgYSBsZWdhbCBmb290aW5nIChtb3JlIG9uIHRoYXQgZnJv bSBTb21lbiBhbmQgU2hhdW4NCglsYXRlciksIGFuZCBkdWUgdG8gc29tZSBy ZWNlbnQgYW5kIHByb3Bvc2VkIGNvZGUgZG9uYXRpb25zIHdlJ3ZlDQoJZXhw YW5kZWQgdGhlIHNjb3BlIGEgYml0IHRvIGluY2x1ZGUgb3RoZXIgcGFydHMg b2YgdGhlIEVQQ2dsb2JhbA0KCWFyY2hpdGVjdHVyZS4gU3BlY2lmaWNhbGx5 IHRoZSBleGlzdGluZyBtaWRkbGV3YXJlIHByb2plY3QgaXMgam9pbmVkIGJ5 DQoJdGhlIE5ldXRyaW5vIGFuZCBHcmF2aXRvbiBwcm9qZWN0cy4gVGhlIE5l dXRyaW5vIHByb2plY3QgaXMgYWJvdXQgdGhlDQoJcGFydCBvZiB0aGUgYXJj aGl0ZWN0dXJlIHRoYXQgaGFuZGxlcyB0aGUgZGF0YSBjb21tdW5pY2F0aW9u cyBiZXR3ZWVuDQoJZW50ZXJwcmlzZXMgYW5kIGluY2x1ZGVzIHRoaW5ncyBz dWNoIGFzIGFuIE9OUyBjbGllbnQgYW5kIGFuIEVQQy1JUw0KCXNlcnZlci4g VGhlIEdyYXZpdG9uIHByb2plY3QgaW5jbHVkZXMgdGhlIHhTaW0gcHJvamVj dCBwbHVzIGV2ZW50dWFsDQoJaW1wbGVtZW50YXRpb25zIG9mIHRoZSB2YXJp b3VzIHJlYWRlciBwcm90b2NvbHMgYW5kIHJlYWRlciBtYW5hZ2VtZW50DQoJ c3RhbmRhcmRzLiBIZXJlJ3MgYSByb2FkIG1hcCBzaG93aW5nIGhvdyB0aGV5 IHJlbGF0ZSBhbmQgdGhlIGdlbmVyYWwNCglFUENnbG9iYWwgTmV0d29yayBh cmNoaXRlY3R1cmU6IGh0dHA6Ly9yYWRpb2FjdGl2ZWhxLm9yZy9yb2FkbWFw Lmh0bWwNCgkgIE9uZSBwcm9qZWN0IHRoYXQgaXNuJ3Qgb24gdGhlcmUgdGhh dCBwcm9iYWJseSBzaG91bGQgZXhpc3QgaXMgd2hhdCBJDQoJY2FsbCB0aGUg Q29tbW9ucyAodGhhdCdzIHdoYXQgdGhlIEFwYWNoZSBndXlzIGNhbGwgdGhl aXIncykuIFRoYXQncw0KCW1vc3RseSBsaWJyYXJpZXMgYW5kIHV0aWxpdGll cyB0aGF0IGFsbCBvZiB0aGUgb3RoZXIgcHJvamVjdHMgbmVlZC4gSXQNCgl3 b3VsZCBpbmNsdWRlIHRoaW5ncyBsaWtlIHRhZyBwYXJzaW5nLCB0YWcgdHJh bnNsYXRpb24sIHNlY3VyaXR5LCBldGMuIEkNCgloYXZlIGFscmVhZHkgZG9u YXRlZCBhIGdvb2QgYml0IG9mIHRoZSB0YWcgcmVsYXRlZCBjb2RlIGZyb20g bXkgb2xkDQoJeGNFUEMgcHJvamVjdCBhbmQgd2lsbCBiZSByZWZhY3Rvcmlu ZyB0aGF0IHRvIHJlZmxlY3QgdGhlIHByb2plY3Qncw0KCXBhY2thZ2Ugc3Ry dWN0dXJlIHNvb24uIEl0cyBhbGwgaW4gdGhlIGN1cnJlbnQgcHJvamVjdCBD VlMgdW5kZXIgdGhlDQoJY29tbW9ucyBkaXJlY3RvcnkuDQoJICBTbyBpZiB5 b3UncmUgb25seSBpbnRlcmVzdGVkIGluIHRoZSBtaWRkbHdhcmUgd29yayB0 aGF0J3MgYWxyZWFkeSBiZWVuDQoJc3RhcnRlZCB0aGVuIG5vdGhpbmcgcmVh bGx5IGNoYW5nZXMgZXhjZXB0IHRoZSBuYW1lLiBCdXQgaWYgYW55b25lIGlz DQoJaW50ZXJlc3RlZCBpbiBoZWxwaW5nIG91dCB3aXRoIHRoZSBOZXV0cmlu byBhbmQvb3IgR3Jhdml0b24gcGFydHMgdGhlbg0KCXRoZXJlIHNob3VsZCBi ZSBhIHByb2plY3QgaW5mcmFzdHJ1Y3R1cmUgZm9ybWluZyBhcm91bmQgdGhv c2Ugc29vbi4gSQ0KCXN1c3BlY3QgdGhhdCBnaXZlbiBTb3VyY2Vmb3JnZSdz IHN0cnVjdHVyZSB0aG9zZSB3aWxsIGJlIHNlcGFyYXRlDQoJU291cmNlZm9y Z2UgcHJvamVjdHMgdW5sZXNzIHNvbWVvbmUgaGFzIGEgYmV0dGVyIG9yZ2Fu aXphdGlvbmFsDQoJc3VnZ2VzdGlvbi4NCgkgIEkndmUgc2VudCB0aGlzIHRv IHRoZSBkZXNpZ24gYW5kIGRldmVsb3BlcnMgbGlzdHMgdG8gbWFrZSBzdXJl IEkgaGl0DQoJZXZlcnlvbmUgYnV0IEknZCBsaWtlIHRvIGtlZXAgdGhlIGdl bmVyYWwgYXJjaGl0ZWN0dXJlIGRpc2N1c3Npb24gdG8gdGhlDQoJZGVzaWdu IGxpc3QganVzdCB0byBrZWVwIGl0IGFsbCBmb2N1c2VkLg0KCQ0KCS1NTQ0K CQ0KCS0tDQoJTWljaGFlbCBNZWFsbGluZyAgICAgICAgICAgICAgICAgICAg ICAgICBSZWZhY3RvcmVkIE5ldHdvcmtzLCBMTEMNCglDRU8gJiBQcmVzaWRl bnQgICAgICAgICAgICAgICAgICAgICAgICAgIDE2NDUgT2xkIEh3eSA0MQ0K CU9mZmljZTogKzEtNjc4LTU4MS05NjU2ICAgICAgICAgICAgICAgICAgU3Vp dGUgMTEyLCBCb3ggMTM4DQoJQ2VsbDogKzEtNjc4LTY0MC02ODg0ICAgICAg ICAgICAgICAgICAgICBLZW5uZXNhdywgR0EgMzAxNTINCgkgICAgICAgICAg ICAgICBodHRwOi8vcmVmYWN0b3JlZC1uZXR3b3Jrcy5jb20vDQoJDQoJDQoJ DQoJDQoJLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQ0KCVRoaXMgU0YuTmV0IGVtYWlsIGlzIHNwb25z b3JlZCBieTogTkVDIElUIEd1eSBHYW1lcy4gIEhvdyBmYXIgY2FuIHlvdSBz aG90cHV0DQoJYSBwcm9qZWN0b3I/IEhvdyBmYXN0IGNhbiB5b3UgcmlkZSB5 b3VyIGRlc2sgY2hhaXIgZG93biB0aGUgb2ZmaWNlIGx1Z2UgdHJhY2s/DQoJ SWYgeW91IHdhbnQgdG8gc2NvcmUgdGhlIGJpZyBwcml6ZSwgZ2V0IHRvIGtu b3cgdGhlIGxpdHRsZSBndXkuIA0KCVBsYXkgdG8gd2luIGFuIE5FQyA2MSIg cGxhc21hIGRpc3BsYXk6IGh0dHA6Ly93d3cubmVjaXRndXkuY29tLz9yPTIw DQoJX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX18NCglSYWRpb2FjdGl2ZS1kZXNpZ24gbWFpbGluZyBsaXN0DQoJUmFk aW9hY3RpdmUtZGVzaWduQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KCWh0dHBz Oi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL3JhZGlv YWN0aXZlLWRlc2lnbg0KCQ0KDQoKaHR0cDovL3d3dy5wYXRuaS5jb20KV29y bGQtV2lkZSBQYXJ0bmVyc2hpcHMuIFdvcmxkLUNsYXNzIFNvbHV0aW9ucy4K X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fCgpUaGlzIGUtbWFpbCBtZXNzYWdl IG1heSBjb250YWluIHByb3ByaWV0YXJ5LCBjb25maWRlbnRpYWwgb3IgbGVn YWxseQpwcml2aWxlZ2VkIGluZm9ybWF0aW9uIGZvciB0aGUgc29sZSB1c2Ug b2YgdGhlIHBlcnNvbiBvciBlbnRpdHkgdG8Kd2hvbSB0aGlzIG1lc3NhZ2Ug d2FzIG9yaWdpbmFsbHkgYWRkcmVzc2VkLiBBbnkgcmV2aWV3LCBlLXRyYW5z bWlzc2lvbgpkaXNzZW1pbmF0aW9uIG9yIG90aGVyIHVzZSBvZiBvciB0YWtp bmcgb2YgYW55IGFjdGlvbiBpbiByZWxpYW5jZSB1cG9uCnRoaXMgaW5mb3Jt YXRpb24gYnkgcGVyc29ucyBvciBlbnRpdGllcyBvdGhlciB0aGFuIHRoZSBp bnRlbmRlZApyZWNpcGllbnQgaXMgcHJvaGliaXRlZC4gSWYgeW91IGhhdmUg cmVjZWl2ZWQgdGhpcyBlLW1haWwgaW4gZXJyb3IKa2luZGx5IGRlbGV0ZSAg dGhpcyBlLW1haWwgZnJvbSB5b3VyIHJlY29yZHMuIElmIGl0IGFwcGVhcnMg dGhhdCB0aGlzCm1haWwgaGFzIGJlZW4gZm9yd2FyZGVkIHRvIHlvdSB3aXRo b3V0IHByb3BlciBhdXRob3JpdHksIHBsZWFzZSBub3RpZnkKdXMgaW1tZWRp YXRlbHkgYXQgbmV0YWRtaW5AcGF0bmkuY29tIGFuZCBkZWxldGUgdGhpcyBt YWlsLiAKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCg== |
|
From: Michael M. <mi...@re...> - 2005-06-07 18:43:31
|
Hi everyone, As some of you might have seen, the last week has been a busy one for the project. The founders have setup a non-profit foundation in order to give the project a legal footing (more on that from Somen and Shaun later), and due to some recent and proposed code donations we've expanded the scope a bit to include other parts of the EPCglobal architecture. Specifically the existing middleware project is joined by the Neutrino and Graviton projects. The Neutrino project is about the part of the architecture that handles the data communications between enterprises and includes things such as an ONS client and an EPC-IS server. The Graviton project includes the xSim project plus eventual implementations of the various reader protocols and reader management standards. Here's a road map showing how they relate and the general EPCglobal Network architecture: http://radioactivehq.org/roadmap.html One project that isn't on there that probably should exist is what I call the Commons (that's what the Apache guys call their's). That's mostly libraries and utilities that all of the other projects need. It would include things like tag parsing, tag translation, security, etc. I have already donated a good bit of the tag related code from my old xcEPC project and will be refactoring that to reflect the project's package structure soon. Its all in the current project CVS under the commons directory. So if you're only interested in the middlware work that's already been started then nothing really changes except the name. But if anyone is interested in helping out with the Neutrino and/or Graviton parts then there should be a project infrastructure forming around those soon. I suspect that given Sourceforge's structure those will be separate Sourceforge projects unless someone has a better organizational suggestion. I've sent this to the design and developers lists to make sure I hit everyone but I'd like to keep the general architecture discussion to the design list just to keep it all focused. -MM -- Michael Mealling Refactored Networks, LLC CEO & President 1645 Old Hwy 41 Office: +1-678-581-9656 Suite 112, Box 138 Cell: +1-678-640-6884 Kennesaw, GA 30152 http://refactored-networks.com/ |
|
From: Michael M. <mi...@re...> - 2005-04-05 20:47:41
|
I just released a new revision of my base EPCglobal Network code here: http://refactored-networks.com/downloads.html This version has updated EPC parsing code plus an ONS lookup facility. Next comes an EPC-IS and DS client... -MM -- Michael Mealling Refactored Networks, LLC CEO & President 1645 Old Hwy 41 Office: +1-678-581-9656 Suite 112, Box 138 Cell: +1-678-640-6884 Kennesaw, GA 30152 http://refactored-networks.com/ |
|
From: Michael M. <mi...@re...> - 2005-04-05 20:01:23
|
I just released a new revision of my base EPCglobal Network code here: http://refactored-networks.com/downloads.html This version has updated EPC parsing code plus an ONS lookup facility. Next comes an EPC-IS and DS client... -MM -- Michael Mealling Refactored Networks, LLC CEO & President 1645 Old Hwy 41 Office: +1-678-581-9656 Suite 112, Box 138 Cell: +1-678-640-6884 Kennesaw, GA 30152 http://refactored-networks.com/ |
|
From: fara c. <rfi...@ya...> - 2005-04-05 19:23:42
|
hi all i'm ddevelopper but not in rfidn i believe more in rfid i want to leran and work on rfid the good idea is to participate at project on rfid. how to rejoins the team developper or designer? Thank u Faradji __________________________________________________________________ Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/ |
|
From: tom-rose <tom...@ci...> - 2005-03-15 18:02:46
|
Any progress on the project since last year? Does anyone know if EPCglobal is going to release the EPC-IS specification anytime soon? I heard that the ALE specification was suppose to be out around now, but have not heard anything on it either. Intermec is claiming patent violation for the ALE specification, not sure if that is holding it up. Best Regards, Tom |
|
From: Somen M. <som...@ra...> - 2004-10-08 18:35:48
|
Sapan emailed me some comments about the PML which can be used in addition to the last email. He wrote: "To give a bit more of an input, it is quite possible that these standards can be based on verticals, if need be. For e.g, when exchanging the data pertaining to the healthcare industry, it might make sense to have some special attributes in the data exchange format as compare to the retail chain." Regards, Somen > Hi Guys, > > Just received some information from Michael (VeriSign), here's the scoop > on > PML. I was sort of right and wrong with my explanation, sorry for any > confusion. > > Basically, he said that PML was termed inappropriately. The PML > "replacement" is just standard XML technologies (XSD, WSDL, etc). They > will > use existing markup standards that are just fine 'as-is'. They are just > going to use industry standard web services (WS-I) as the basis for EPC-IS > and standard XML Schema as the method for describing terms. > > Hope that helps. > > Thanks, > Somen > > -----Original Message----- > From: rad...@li... > [mailto:rad...@li...] On Behalf Of TMG > Sent: Friday, October 08, 2004 9:18 AM > To: rad...@li... > Subject: Re: [Radioactive-design] Persistence Help ? > > Somen et. al., > > I appreciate your feedback. > > Does this mean that Verisign is going with an undisclosed proprietary > model? The need for a consistent way to model and implement sensors, > observations, and tags is obvious ... is there any non-profit group > (e.g. W3) working to identify standards if the PML disappears? > > Thank you, > > Tom Gordon > > > Somen Mondal wrote: > >>Hi John, >> >>For the EPC-IS, Shaun meant we will use a database for persistence. We > have >>been told from our friends at Verisign that PML will no longer be used >> that >>there will be no replacement for it. I will confirm that there is no >>replacement for it. >> >>Thanks, >>Somen >> >>-----Original Message----- >>From: rad...@li... >>[mailto:rad...@li...] On Behalf Of John > E. >>Conlon >>Sent: Thursday, October 07, 2004 11:05 PM >>To: sha...@ra... >>Cc: rad...@li...; TMG >>Subject: Re: [Radioactive-design] Persistence Help ? >> >>Hi Shaun, >> >>Are you saying that the Radioactive EPC-IS EJB will use Sleepycat's >>Berkley DB to implement a persistence service? >> >>Regarding PML, why would EPC throw it out? Any hint at what will >>replace it? >> >>cheers, >> >>John >> >>On Thu, 2004-10-07 at 13:26, sha...@ra... wrote: >> >> >>>Hello Tom, >>> >>>Thank you for your email. I have replied below. >>> >>> >>> >>>>I am developing a J2EE open source persistent service using an object >>>>database that will manage epc global's PML Core Specification version >>>>1.0 >>>> >>>> >>(http://www.epcglobalinc.org/standards_technology/specifications.html). >> >> >>>>From what we have been told, much of the specs you are refering to are >>> >>> >>out dated, >> >> >>>and/or deprecated. EPC should be releasing some new specs very soon, >>> and >>> >>> >>it >> >> >>>appears as though PML is out. >>> >>> >>> >>>>I have read through the middleware requirements documentation, and have >>>>questions about what data binding interfaces you have in mind such that >>>>the system will work with Relational, XML, or Object databases. >>>> >>>> >>>The middleware will work with Object databases (Berkley DB). Is this >>> what >>> >>> >>you >> >> >>>are refering to? The EPC-IS will hopefully be database agnostic. >>> >>>We are deffinitley interested in any contribution you can make to the >>> >>> >>project. >> >> >>>Feel free to send me an email and we can talk further. >>> >>>Cheers, >>>Shaun >>> >>>On Thu, 07 Oct 2004 10:47 , TMG <tm...@nc...> sent: >>> >>> >>> >>>>All, >>>> >>>> >>>> >>>>The current implementation is using JBoss Stateless EJBs, which can be >>>>accessed via a servlet using REST (GET, POST, PUT, DELETE -> HTTP) or >>>>SOAP (using Apache Axis). The EJBs could be implemented in any EJB >>>>container (e.g. OpenEJB). >>>> >>>>I have read through the middleware requirements documentation, and have >>>>questions about what data binding interfaces you have in mind such that >>>>the system will work with Relational, XML, or Object databases. >>>> >>>>My assumption is that you are trying to be database agnostic, and that >>>> a >>>>database implementation should "plug-in" to support the middleware >>>>components. >>>> >>>>If you are interested, please let me know. >>>> >>>>Sincerely, >>>> >>>>Tom Gordon >>>> >>>> >>>>------------------------------------------------------- >>>>This SF.net email is sponsored by: IT Product Guide on >>>> ITManagersJournal >>>>Use IT products in your business? Tell us what you think of them. Give >>>> us >>>>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out >>>> >>>> >>more >> >> >>>>http://productguide.itmanagersjournal.com/guidepromo.tmpl >>>>_______________________________________________ >>>>Radioactive-design mailing list >>>>Rad...@li... >>>>https://lists.sourceforge.net/lists/listinfo/radioactive-design >>>> >>>> >>>> >>> >>> >>> >>> >>>------------------------------------------------------- >>>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >>>Use IT products in your business? Tell us what you think of them. Give >>> us >>>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out >>> >>> >>more >> >> >>>http://productguide.itmanagersjournal.com/guidepromo.tmpl >>>_______________________________________________ >>>Radioactive-design mailing list >>>Rad...@li... >>>https://lists.sourceforge.net/lists/listinfo/radioactive-design >>> >>> >>> >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >>Use IT products in your business? Tell us what you think of them. Give us >>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out >> more >>http://productguide.itmanagersjournal.com/guidepromo.tmpl >>_______________________________________________ >>Radioactive-design mailing list >>Rad...@li... >>https://lists.sourceforge.net/lists/listinfo/radioactive-design >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >>Use IT products in your business? Tell us what you think of them. Give us >>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out >> more >>http://productguide.itmanagersjournal.com/guidepromo.tmpl >>_______________________________________________ >>Radioactive-design mailing list >>Rad...@li... >>https://lists.sourceforge.net/lists/listinfo/radioactive-design >> >> >> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out > more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Radioactive-design mailing list > Rad...@li... > https://lists.sourceforge.net/lists/listinfo/radioactive-design > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out > more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Radioactive-design mailing list > Rad...@li... > https://lists.sourceforge.net/lists/listinfo/radioactive-design > |
|
From: John E. C. <jc...@ve...> - 2004-10-08 18:35:25
|
So they are going to use different terminology? The PML structure and semantics are already defined in the PMLCore and other XSD schema. Would not be suprised with a rev of the schema, but a new schema would be rather traumatic. Perhaps they have loosed up the spec so that an epc-is can push out arbitrary xml? But more importantly push it out to what? What is querying and how is it querying? I have my fingers crossed that the XQuery language will be the query language they spec. When can we expect to see the new specs? John 2004-10-08 at 12:26, Somen Mondal wrote: > Hi Guys, > > Just received some information from Michael (VeriSign), here's the scoop on > PML. I was sort of right and wrong with my explanation, sorry for any > confusion. > > Basically, he said that PML was termed inappropriately. The PML > "replacement" is just standard XML technologies (XSD, WSDL, etc). They will > use existing markup standards that are just fine 'as-is'. They are just > going to use industry standard web services (WS-I) as the basis for EPC-IS > and standard XML Schema as the method for describing terms. > > Hope that helps. > > Thanks, > Somen > > -----Original Message----- > From: rad...@li... > [mailto:rad...@li...] On Behalf Of TMG > Sent: Friday, October 08, 2004 9:18 AM > To: rad...@li... > Subject: Re: [Radioactive-design] Persistence Help ? > > Somen et. al., > > I appreciate your feedback. > > Does this mean that Verisign is going with an undisclosed proprietary > model? The need for a consistent way to model and implement sensors, > observations, and tags is obvious ... is there any non-profit group > (e.g. W3) working to identify standards if the PML disappears? > > Thank you, > > Tom Gordon > > > Somen Mondal wrote: > > >Hi John, > > > >For the EPC-IS, Shaun meant we will use a database for persistence. We > have > >been told from our friends at Verisign that PML will no longer be used that > >there will be no replacement for it. I will confirm that there is no > >replacement for it. > > > >Thanks, > >Somen > > > >-----Original Message----- > >From: rad...@li... > >[mailto:rad...@li...] On Behalf Of John > E. > >Conlon > >Sent: Thursday, October 07, 2004 11:05 PM > >To: sha...@ra... > >Cc: rad...@li...; TMG > >Subject: Re: [Radioactive-design] Persistence Help ? > > > >Hi Shaun, > > > >Are you saying that the Radioactive EPC-IS EJB will use Sleepycat's > >Berkley DB to implement a persistence service? > > > >Regarding PML, why would EPC throw it out? Any hint at what will > >replace it? > > > >cheers, > > > >John > > > >On Thu, 2004-10-07 at 13:26, sha...@ra... wrote: > > > > > >>Hello Tom, > >> > >>Thank you for your email. I have replied below. > >> > >> > >> > >>>I am developing a J2EE open source persistent service using an object > >>>database that will manage epc global's PML Core Specification version > >>>1.0 > >>> > >>> > >(http://www.epcglobalinc.org/standards_technology/specifications.html). > > > > > >>>From what we have been told, much of the specs you are refering to are > >> > >> > >out dated, > > > > > >>and/or deprecated. EPC should be releasing some new specs very soon, and > >> > >> > >it > > > > > >>appears as though PML is out. > >> > >> > >> > >>>I have read through the middleware requirements documentation, and have > >>>questions about what data binding interfaces you have in mind such that > >>>the system will work with Relational, XML, or Object databases. > >>> > >>> > >>The middleware will work with Object databases (Berkley DB). Is this what > >> > >> > >you > > > > > >>are refering to? The EPC-IS will hopefully be database agnostic. > >> > >>We are deffinitley interested in any contribution you can make to the > >> > >> > >project. > > > > > >>Feel free to send me an email and we can talk further. > >> > >>Cheers, > >>Shaun > >> > >>On Thu, 07 Oct 2004 10:47 , TMG <tm...@nc...> sent: > >> > >> > >> > >>>All, > >>> > >>> > >>> > >>>The current implementation is using JBoss Stateless EJBs, which can be > >>>accessed via a servlet using REST (GET, POST, PUT, DELETE -> HTTP) or > >>>SOAP (using Apache Axis). The EJBs could be implemented in any EJB > >>>container (e.g. OpenEJB). > >>> > >>>I have read through the middleware requirements documentation, and have > >>>questions about what data binding interfaces you have in mind such that > >>>the system will work with Relational, XML, or Object databases. > >>> > >>>My assumption is that you are trying to be database agnostic, and that a > >>>database implementation should "plug-in" to support the middleware > >>>components. > >>> > >>>If you are interested, please let me know. > >>> > >>>Sincerely, > >>> > >>>Tom Gordon > >>> > >>> > >>>------------------------------------------------------- > >>>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > >>>Use IT products in your business? Tell us what you think of them. Give us > >>>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out > >>> > >>> > >more > > > > > >>>http://productguide.itmanagersjournal.com/guidepromo.tmpl > >>>_______________________________________________ > >>>Radioactive-design mailing list > >>>Rad...@li... > >>>https://lists.sourceforge.net/lists/listinfo/radioactive-design > >>> > >>> > >>> > >> > >> > >> > >> > >>------------------------------------------------------- > >>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > >>Use IT products in your business? Tell us what you think of them. Give us > >>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out > >> > >> > >more > > > > > >>http://productguide.itmanagersjournal.com/guidepromo.tmpl > >>_______________________________________________ > >>Radioactive-design mailing list > >>Rad...@li... > >>https://lists.sourceforge.net/lists/listinfo/radioactive-design > >> > >> > >> > > > > > > > >------------------------------------------------------- > >This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > >Use IT products in your business? Tell us what you think of them. Give us > >Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > >http://productguide.itmanagersjournal.com/guidepromo.tmpl > >_______________________________________________ > >Radioactive-design mailing list > >Rad...@li... > >https://lists.sourceforge.net/lists/listinfo/radioactive-design > > > > > > > >------------------------------------------------------- > >This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > >Use IT products in your business? Tell us what you think of them. Give us > >Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > >http://productguide.itmanagersjournal.com/guidepromo.tmpl > >_______________________________________________ > >Radioactive-design mailing list > >Rad...@li... > >https://lists.sourceforge.net/lists/listinfo/radioactive-design > > > > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Radioactive-design mailing list > Rad...@li... > https://lists.sourceforge.net/lists/listinfo/radioactive-design > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Radioactive-design mailing list > Rad...@li... > https://lists.sourceforge.net/lists/listinfo/radioactive-design > |
|
From: Somen M. <som...@ra...> - 2004-10-08 17:26:35
|
Hi Guys, Just received some information from Michael (VeriSign), here's the scoop on PML. I was sort of right and wrong with my explanation, sorry for any confusion. Basically, he said that PML was termed inappropriately. The PML "replacement" is just standard XML technologies (XSD, WSDL, etc). They will use existing markup standards that are just fine 'as-is'. They are just going to use industry standard web services (WS-I) as the basis for EPC-IS and standard XML Schema as the method for describing terms. Hope that helps. Thanks, Somen -----Original Message----- From: rad...@li... [mailto:rad...@li...] On Behalf Of TMG Sent: Friday, October 08, 2004 9:18 AM To: rad...@li... Subject: Re: [Radioactive-design] Persistence Help ? Somen et. al., I appreciate your feedback. Does this mean that Verisign is going with an undisclosed proprietary model? The need for a consistent way to model and implement sensors, observations, and tags is obvious ... is there any non-profit group (e.g. W3) working to identify standards if the PML disappears? Thank you, Tom Gordon Somen Mondal wrote: >Hi John, > >For the EPC-IS, Shaun meant we will use a database for persistence. We have >been told from our friends at Verisign that PML will no longer be used that >there will be no replacement for it. I will confirm that there is no >replacement for it. > >Thanks, >Somen > >-----Original Message----- >From: rad...@li... >[mailto:rad...@li...] On Behalf Of John E. >Conlon >Sent: Thursday, October 07, 2004 11:05 PM >To: sha...@ra... >Cc: rad...@li...; TMG >Subject: Re: [Radioactive-design] Persistence Help ? > >Hi Shaun, > >Are you saying that the Radioactive EPC-IS EJB will use Sleepycat's >Berkley DB to implement a persistence service? > >Regarding PML, why would EPC throw it out? Any hint at what will >replace it? > >cheers, > >John > >On Thu, 2004-10-07 at 13:26, sha...@ra... wrote: > > >>Hello Tom, >> >>Thank you for your email. I have replied below. >> >> >> >>>I am developing a J2EE open source persistent service using an object >>>database that will manage epc global's PML Core Specification version >>>1.0 >>> >>> >(http://www.epcglobalinc.org/standards_technology/specifications.html). > > >>>From what we have been told, much of the specs you are refering to are >> >> >out dated, > > >>and/or deprecated. EPC should be releasing some new specs very soon, and >> >> >it > > >>appears as though PML is out. >> >> >> >>>I have read through the middleware requirements documentation, and have >>>questions about what data binding interfaces you have in mind such that >>>the system will work with Relational, XML, or Object databases. >>> >>> >>The middleware will work with Object databases (Berkley DB). Is this what >> >> >you > > >>are refering to? The EPC-IS will hopefully be database agnostic. >> >>We are deffinitley interested in any contribution you can make to the >> >> >project. > > >>Feel free to send me an email and we can talk further. >> >>Cheers, >>Shaun >> >>On Thu, 07 Oct 2004 10:47 , TMG <tm...@nc...> sent: >> >> >> >>>All, >>> >>> >>> >>>The current implementation is using JBoss Stateless EJBs, which can be >>>accessed via a servlet using REST (GET, POST, PUT, DELETE -> HTTP) or >>>SOAP (using Apache Axis). The EJBs could be implemented in any EJB >>>container (e.g. OpenEJB). >>> >>>I have read through the middleware requirements documentation, and have >>>questions about what data binding interfaces you have in mind such that >>>the system will work with Relational, XML, or Object databases. >>> >>>My assumption is that you are trying to be database agnostic, and that a >>>database implementation should "plug-in" to support the middleware >>>components. >>> >>>If you are interested, please let me know. >>> >>>Sincerely, >>> >>>Tom Gordon >>> >>> >>>------------------------------------------------------- >>>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >>>Use IT products in your business? Tell us what you think of them. Give us >>>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out >>> >>> >more > > >>>http://productguide.itmanagersjournal.com/guidepromo.tmpl >>>_______________________________________________ >>>Radioactive-design mailing list >>>Rad...@li... >>>https://lists.sourceforge.net/lists/listinfo/radioactive-design >>> >>> >>> >> >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >>Use IT products in your business? Tell us what you think of them. Give us >>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out >> >> >more > > >>http://productguide.itmanagersjournal.com/guidepromo.tmpl >>_______________________________________________ >>Radioactive-design mailing list >>Rad...@li... >>https://lists.sourceforge.net/lists/listinfo/radioactive-design >> >> >> > > > >------------------------------------------------------- >This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >Use IT products in your business? Tell us what you think of them. Give us >Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more >http://productguide.itmanagersjournal.com/guidepromo.tmpl >_______________________________________________ >Radioactive-design mailing list >Rad...@li... >https://lists.sourceforge.net/lists/listinfo/radioactive-design > > > >------------------------------------------------------- >This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >Use IT products in your business? Tell us what you think of them. Give us >Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more >http://productguide.itmanagersjournal.com/guidepromo.tmpl >_______________________________________________ >Radioactive-design mailing list >Rad...@li... >https://lists.sourceforge.net/lists/listinfo/radioactive-design > > > ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ Radioactive-design mailing list Rad...@li... https://lists.sourceforge.net/lists/listinfo/radioactive-design |
|
From: TMG <tm...@nc...> - 2004-10-08 13:19:44
|
Somen et. al., I appreciate your feedback. Does this mean that Verisign is going with an undisclosed proprietary model? The need for a consistent way to model and implement sensors, observations, and tags is obvious ... is there any non-profit group (e.g. W3) working to identify standards if the PML disappears? Thank you, Tom Gordon Somen Mondal wrote: >Hi John, > >For the EPC-IS, Shaun meant we will use a database for persistence. We have >been told from our friends at Verisign that PML will no longer be used that >there will be no replacement for it. I will confirm that there is no >replacement for it. > >Thanks, >Somen > >-----Original Message----- >From: rad...@li... >[mailto:rad...@li...] On Behalf Of John E. >Conlon >Sent: Thursday, October 07, 2004 11:05 PM >To: sha...@ra... >Cc: rad...@li...; TMG >Subject: Re: [Radioactive-design] Persistence Help ? > >Hi Shaun, > >Are you saying that the Radioactive EPC-IS EJB will use Sleepycat's >Berkley DB to implement a persistence service? > >Regarding PML, why would EPC throw it out? Any hint at what will >replace it? > >cheers, > >John > >On Thu, 2004-10-07 at 13:26, sha...@ra... wrote: > > >>Hello Tom, >> >>Thank you for your email. I have replied below. >> >> >> >>>I am developing a J2EE open source persistent service using an object >>>database that will manage epc global's PML Core Specification version >>>1.0 >>> >>> >(http://www.epcglobalinc.org/standards_technology/specifications.html). > > >>>From what we have been told, much of the specs you are refering to are >> >> >out dated, > > >>and/or deprecated. EPC should be releasing some new specs very soon, and >> >> >it > > >>appears as though PML is out. >> >> >> >>>I have read through the middleware requirements documentation, and have >>>questions about what data binding interfaces you have in mind such that >>>the system will work with Relational, XML, or Object databases. >>> >>> >>The middleware will work with Object databases (Berkley DB). Is this what >> >> >you > > >>are refering to? The EPC-IS will hopefully be database agnostic. >> >>We are deffinitley interested in any contribution you can make to the >> >> >project. > > >>Feel free to send me an email and we can talk further. >> >>Cheers, >>Shaun >> >>On Thu, 07 Oct 2004 10:47 , TMG <tm...@nc...> sent: >> >> >> >>>All, >>> >>> >>> >>>The current implementation is using JBoss Stateless EJBs, which can be >>>accessed via a servlet using REST (GET, POST, PUT, DELETE -> HTTP) or >>>SOAP (using Apache Axis). The EJBs could be implemented in any EJB >>>container (e.g. OpenEJB). >>> >>>I have read through the middleware requirements documentation, and have >>>questions about what data binding interfaces you have in mind such that >>>the system will work with Relational, XML, or Object databases. >>> >>>My assumption is that you are trying to be database agnostic, and that a >>>database implementation should "plug-in" to support the middleware >>>components. >>> >>>If you are interested, please let me know. >>> >>>Sincerely, >>> >>>Tom Gordon >>> >>> >>>------------------------------------------------------- >>>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >>>Use IT products in your business? Tell us what you think of them. Give us >>>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out >>> >>> >more > > >>>http://productguide.itmanagersjournal.com/guidepromo.tmpl >>>_______________________________________________ >>>Radioactive-design mailing list >>>Rad...@li... >>>https://lists.sourceforge.net/lists/listinfo/radioactive-design >>> >>> >>> >> >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >>Use IT products in your business? Tell us what you think of them. Give us >>Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out >> >> >more > > >>http://productguide.itmanagersjournal.com/guidepromo.tmpl >>_______________________________________________ >>Radioactive-design mailing list >>Rad...@li... >>https://lists.sourceforge.net/lists/listinfo/radioactive-design >> >> >> > > > >------------------------------------------------------- >This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >Use IT products in your business? Tell us what you think of them. Give us >Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more >http://productguide.itmanagersjournal.com/guidepromo.tmpl >_______________________________________________ >Radioactive-design mailing list >Rad...@li... >https://lists.sourceforge.net/lists/listinfo/radioactive-design > > > >------------------------------------------------------- >This SF.net email is sponsored by: IT Product Guide on ITManagersJournal >Use IT products in your business? Tell us what you think of them. Give us >Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more >http://productguide.itmanagersjournal.com/guidepromo.tmpl >_______________________________________________ >Radioactive-design mailing list >Rad...@li... >https://lists.sourceforge.net/lists/listinfo/radioactive-design > > > |
|
From: Somen M. <som...@ra...> - 2004-10-08 03:13:57
|
Hi John, For the EPC-IS, Shaun meant we will use a database for persistence. We have been told from our friends at Verisign that PML will no longer be used that there will be no replacement for it. I will confirm that there is no replacement for it. Thanks, Somen -----Original Message----- From: rad...@li... [mailto:rad...@li...] On Behalf Of John E. Conlon Sent: Thursday, October 07, 2004 11:05 PM To: sha...@ra... Cc: rad...@li...; TMG Subject: Re: [Radioactive-design] Persistence Help ? Hi Shaun, Are you saying that the Radioactive EPC-IS EJB will use Sleepycat's Berkley DB to implement a persistence service? Regarding PML, why would EPC throw it out? Any hint at what will replace it? cheers, John On Thu, 2004-10-07 at 13:26, sha...@ra... wrote: > Hello Tom, > > Thank you for your email. I have replied below. > > >I am developing a J2EE open source persistent service using an object > >database that will manage epc global's PML Core Specification version > >1.0 (http://www.epcglobalinc.org/standards_technology/specifications.html). > > >From what we have been told, much of the specs you are refering to are out dated, > and/or deprecated. EPC should be releasing some new specs very soon, and it > appears as though PML is out. > > >I have read through the middleware requirements documentation, and have > >questions about what data binding interfaces you have in mind such that > >the system will work with Relational, XML, or Object databases. > > The middleware will work with Object databases (Berkley DB). Is this what you > are refering to? The EPC-IS will hopefully be database agnostic. > > We are deffinitley interested in any contribution you can make to the project. > Feel free to send me an email and we can talk further. > > Cheers, > Shaun > > On Thu, 07 Oct 2004 10:47 , TMG <tm...@nc...> sent: > > >All, > > > > > > >The current implementation is using JBoss Stateless EJBs, which can be > >accessed via a servlet using REST (GET, POST, PUT, DELETE -> HTTP) or > >SOAP (using Apache Axis). The EJBs could be implemented in any EJB > >container (e.g. OpenEJB). > > > >I have read through the middleware requirements documentation, and have > >questions about what data binding interfaces you have in mind such that > >the system will work with Relational, XML, or Object databases. > > > >My assumption is that you are trying to be database agnostic, and that a > >database implementation should "plug-in" to support the middleware > >components. > > > >If you are interested, please let me know. > > > >Sincerely, > > > >Tom Gordon > > > > > >------------------------------------------------------- > >This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > >Use IT products in your business? Tell us what you think of them. Give us > >Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > >http://productguide.itmanagersjournal.com/guidepromo.tmpl > >_______________________________________________ > >Radioactive-design mailing list > >Rad...@li... > >https://lists.sourceforge.net/lists/listinfo/radioactive-design > > > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Radioactive-design mailing list > Rad...@li... > https://lists.sourceforge.net/lists/listinfo/radioactive-design > ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ Radioactive-design mailing list Rad...@li... https://lists.sourceforge.net/lists/listinfo/radioactive-design |
|
From: John E. C. <jc...@ve...> - 2004-10-08 03:07:48
|
Hi Shaun, Are you saying that the Radioactive EPC-IS EJB will use Sleepycat's Berkley DB to implement a persistence service? Regarding PML, why would EPC throw it out? Any hint at what will replace it? cheers, John On Thu, 2004-10-07 at 13:26, sha...@ra... wrote: > Hello Tom, > > Thank you for your email. I have replied below. > > >I am developing a J2EE open source persistent service using an object > >database that will manage epc global's PML Core Specification version > >1.0 (http://www.epcglobalinc.org/standards_technology/specifications.html). > > >From what we have been told, much of the specs you are refering to are out dated, > and/or deprecated. EPC should be releasing some new specs very soon, and it > appears as though PML is out. > > >I have read through the middleware requirements documentation, and have > >questions about what data binding interfaces you have in mind such that > >the system will work with Relational, XML, or Object databases. > > The middleware will work with Object databases (Berkley DB). Is this what you > are refering to? The EPC-IS will hopefully be database agnostic. > > We are deffinitley interested in any contribution you can make to the project. > Feel free to send me an email and we can talk further. > > Cheers, > Shaun > > On Thu, 07 Oct 2004 10:47 , TMG <tm...@nc...> sent: > > >All, > > > > > > >The current implementation is using JBoss Stateless EJBs, which can be > >accessed via a servlet using REST (GET, POST, PUT, DELETE -> HTTP) or > >SOAP (using Apache Axis). The EJBs could be implemented in any EJB > >container (e.g. OpenEJB). > > > >I have read through the middleware requirements documentation, and have > >questions about what data binding interfaces you have in mind such that > >the system will work with Relational, XML, or Object databases. > > > >My assumption is that you are trying to be database agnostic, and that a > >database implementation should "plug-in" to support the middleware > >components. > > > >If you are interested, please let me know. > > > >Sincerely, > > > >Tom Gordon > > > > > >------------------------------------------------------- > >This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > >Use IT products in your business? Tell us what you think of them. Give us > >Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > >http://productguide.itmanagersjournal.com/guidepromo.tmpl > >_______________________________________________ > >Radioactive-design mailing list > >Rad...@li... > >https://lists.sourceforge.net/lists/listinfo/radioactive-design > > > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IT Product Guide on ITManagersJournal > Use IT products in your business? Tell us what you think of them. Give us > Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more > http://productguide.itmanagersjournal.com/guidepromo.tmpl > _______________________________________________ > Radioactive-design mailing list > Rad...@li... > https://lists.sourceforge.net/lists/listinfo/radioactive-design > |
