mozdev.org

wwwampire   

Home | Mailing List | Installation | Source Code | Bugs | Screenshots

wwwampire is just funny looking name for project that will create an architecture for sharing extended bookmarks and using them for various purposes. The main parts/goals are:

  1. ldap_bookmarks
    • shared bookmarks accessible via LDAP
    • as core vocabulary is used Dublin Core Metadata Element Set
    • clients:
      • client component for Mozilla (LDAP RDF datasource is read-only now, volunteers ?)
      • client for other browsers - JSP, later maybe applet
  2. URI up2date - set of simple Perl apps checking bookmarked resources for changes
    • URI fetcher - now quite stupid, rewrite to multithreading deamon using probably curl_easy lib
    • change checker - checks for changes and reports them back to server
  3. SW up2date - will add more data and allow to check for new version of software and install it

comparison of bookie and wwwampire:

  bookie wwwampire
protocol XML-RPC LDAP
need Java yes no
need to compile Mozilla yes yes, for LDAP support
bookmarks sharing no yes
needs DB running yes no

User Notes: [?]

If you do not get a response to a question posted in this forum, please try sending a message to the project's mailing list or to the project owner directly.

[1] Submitted by: Devin on Wednesday September 19th 2001

Isn't this very similar to the Bookie project? Maybe they should combine.

[2] Submitted by: binary_runner on Friday September 21st 2001

I've placed above to show in what bookie and wwwampire differ. Make response yourself.

[3] Submitted by: Mark on Friday September 21st 2001

So in the end will the difference between the two be primarily backend? Just curious if they might be able to share the same frontend.

[4] Submitted by: binary_runner on Friday September 28th 2001

I think both project can use each other frontend trough gateway, such gateway doesn't exist now. At the moment when wwwampire will achieve full basic functionality (point 1. and 2. above) it will provide more features then bookie -- wwwampire is designed to be easily extensible and cleanly integratable into Mozilla, the point 3. above is only one example of such extending.

[5] Submitted by: Yage on Sunday April 7th 2002

Please consider using this http://sourceforge.net/projects/bkmd/ as specification for bookmark sharing, its all done and its quite standardizable.

[6] Submitted by: Will Sargent on Sunday April 21st 2002

Bookie is a back end server in Java, with a mozilla client communicating over XML-RPC. The server's been written, the mozilla client's been half written.

It shouldn't be necessary to compile Mozilla, as XML-RPC clients have been written using Javascript and XUL only.

You also don't need a database -- the DB has been moved into the same VM.

[7] Submitted by: binary_runner on Wednesday May 8th 2002

Thank you, Yage and Will Sargent, for your suggestions and corrections. I hope I'll come back to the project in a next month and I'll consider your opinions.

[8] Submitted by: Leopard on Thursday June 27th 2002

I know this isn't what you're up to, but just so you and anyone else knows, I think the Moz bookmark interface is very awkward and leaves a lot to be desired, so I think there is a need for an add-on which would do the same job except more accessibly.

[9] Submitted by: binary_runner on Thursday July 11th 2002

I'm looking for new maintainer/developer as my technical and time resources do not allow me to continue in the development of this project currently. I will give this person maximum information support I am capable of and the latest (unstable) sources. I believe the project has a potential to grow.

Please, let me know to binary_runner at yahoo.com, thank you.

[10] Submitted by: Jonathan on Sunday July 28th 2002

Sounds very useful, I have 2 PCs running Mozilla and I could share the bookmarks so I don't have to add them twice :D

[11] Submitted by: Jonathan on Sunday July 28th 2002

It says it is not a valid install file

[12] Submitted by: pierre on Friday September 6th 2002

What is the status of this project. Has it got out of the planning stages yet?

[13] Submitted by: binary_runner on Wednesday September 11th 2002

It's in early stages, let's say pre-aplha. Some functionality is implemented but needs further work. Unfortunately I have no time to work on it now :((. Volunteers are strongly welcome.

[14] Submitted by: Jeremy Malcolm on Friday September 13th 2002

Can this be merged with the vaporware proposal for roaming profiles? It seems to be doing exactly the same sort of thing.

[15] Submitted by: Ismael Olea on Thursday September 19th 2002

I'd love to see this integrated into Galeon.

I look for that kind of tool for years.

[16] Submitted by: binary_runner on Friday November 1st 2002

Jeremy, I'd love if it would be included in more systematic way. I don't know if the proposal uses
LDAP for storing profiles but if yes it would be
nice to include it. Where I can read it ?
And yes, you're right with the vaporware thing, the integration to Mozilla is in
pre-alpha :(. I'd like to change it but I do not
have time for it. I think skilled Mozilla hacker
could break the blocks and move the thing further.

[17] Submitted by: dirk on Friday January 3rd 2003

great work!
dl /

[18] Submitted by: johnny on Thursday February 6th 2003

Is this project still alive? I tried to use the installation link, but it seems wrong. Can anybody point me to the correct link? thanx..

[19] Submitted by: Posicionamiento on Sunday March 16th 2003

Hi from Spain!!

[20] Submitted by: promocion on Tuesday March 18th 2003

it's seem the link is broken.

[21] Submitted by: Ty on Monday March 31st 2003

Someone mentioned this above, I haven't been able to find much regarding roaming profiles for mozilla beyond the faq question below and it looks like someone is requesting funds in the mozilla bug list?

http://bugzilla.mozilla.org/show_bug.cgi?id=124026

It would be nice to incorporate this with that if it's being done.


Does Mozilla support roaming profiles?

Mozilla does not yet support roaming profiles. A roaming profiles function is under development.

[22] Submitted by: Diseño web on Thursday April 3rd 2003

Good site!

[23] Submitted by: jonh on Friday April 11th 2003

hey...the link to download dont work for me...

[24] Submitted by: NO SPAM on Wednesday April 16th 2003

forget the broken link, suppress link conversion. http://no-spam.blogspot.com/

[25] Submitted by: Tom on Friday April 18th 2003

Thanks you for the web, it is what I needed to complete my work.
You do a very good work and you must feel proud of it.

[26] Submitted by: adwod on Wednesday April 30th 2003

Thank you, Yage and Will Sargent, for your suggestions and corrections. I hope I'll come back to the project in a next month and I'll consider your opinions.

[27] Submitted by: diseño paginas web on Wednesday April 30th 2003

congratulation very good work

[28] Submitted by: motilla on Wednesday April 30th 2003

hi from spain

[30] Submitted by: spamdexing.org on Friday May 2nd 2003

dear spammers, you are too obtrusive - it has never been good to be too greedy. at the end permanent spamming will result in reaction from the client side, normally banning, link deactivation, or the forums will be polluted until uselessness - for both sides.

[31] Submitted by: Tim Nelson on Monday May 19th 2003

Hi all. I saw a description of this project,
and thought that it sounded like a project that was crying out for ACAP.
"What is ACAP?", I hear someone ask. Well ACAP is a standard internet
protocol (specified by the IETF) that is for storing settings in a
centralised place. They already have a draft specification which
specifies a format for storing address books via ACAP. The theory of ACAP
says that the settings stored in ACAP can be used from anything which
understands the protocol.
The only problem with ACAP is that there are only two free
implementations, and both of those are in beta. Additionally, one of
those doesn't look like it will be supported in future, but the other one
certainly will be.
A nice extra with ACAP is that, while the servers are quite
difficult to create, the client spec is quite easy, and should be easily
implementable.

No doubt someone here will want more information. There are three
major sites I have found with useful information about ACAP:

- The IETF site: http://www.ietf.org/html.charters/acap-charter.html
This site contains documentation on the work that the ACAP
standards specification people are doing on the specification. Of
particular interest will be the links at the bottom of the page,
including the link to the ACAP RFC itself, and the links to the
Draft of the RFC for Addressbooks. Obviously the time schedule is
not correct, but work continues on ACAP.

- Dave Cridland's site: http://dave.cridland.net/acap/
While I personally find the layout a little ... strange under
Mozilla, this is where the most easily accessible information is.
The IETF site specifies the standards, Dave's site is the
tutorials, tips, and tricks site. The link to his (beta version,
but work continues) ACAP Server, InfoTrope, will be almost as
useful as his Tutorial. Both of these should be read. Dave also
says he has a hack for SquirrelMail (in PHP) which allows it to
work with ACAP, but this isn't on his site yet.
Infotrope is in C++

- Cyrus ACAP: http://asg.web.cmu.edu/acap/
These are the people who originally started the ACAP project.
They wrote the other ACAP server, which is currently unmaintained.
It is written in SML. However, they have some interesting
information there, and it could be useful.

There may also be a few who are interested in the ACAP standards
mailing list. The archive is at:
http://asg.web.cmu.edu/archive/search.php?mailbox=archive.info-cyrus&startThread=22489&threadsToDo=25&sortbyoption

Anyway, I just thought that some of this information might be
useful to you. Thanks all for your patience.

:)

[32] Submitted by: Dave Cridland on Tuesday May 27th 2003

Tim misses out one thing, which I feel worth mentioning:

Randy Gellens (Qualcomm/Eudora) has had a IETF draft out for some time detailing a proposal for storing bookmarks in ACAP. Lots of sensible bells and whistles. Even if nobody wants to go down the ACAP route, it would be well worth looking into. As with all but one of the ACAP dataset class specifications, it requires no support on the server beyond the base RFC2244.

Tim also gets two things wrong (fx: slap):

1) Infotrope (small "t") is still alpha. It's yet to be 100% faithful to RFC2244, it's not 100% stable (although I've not lost any data in a while), and it works on all its data in memory, only loading it from disk once. (And saving it after every write.)

2) The ACAP standards mailing list (The IETF one) does not, in as much as I can discover, actually have a working archive. :-) The URL Tim gave is for the general Cyrus project, them of SASL, IMAP, and ACAP implementation fame.

Finally, sorry if you don't like the layout on the Infotrope site. AT least there's no flash intro. :-)

[33] Submitted by: Nathan Bailey on Friday May 30th 2003

Yes, I agree ACAP would be a better standards-based solution. LDAP-based bookmark management just seems clunky to me (LDAP isn't a good database; it's great for whitepages/authentication, but not this kind of thing IMHO).

[34] Submitted by: shilmar on Monday June 30th 2003

good site

[35] Submitted by: Varios on Friday July 4th 2003

Alojamiento web..
/
Alta en Buscadores..
/
Inmobiliarias..

[36] Submitted by: nospam on Friday July 11th 2003

l
we can't believe that there is no better spam protection at the notes-pages. you should give tools like a chance, otherwise you should not use url conversion any longer or you have to implement a redirect service that intercepts backlink inheritance.

[37] Submitted by: educación formación on Tuesday July 29th 2003

congratulations for your site

Atnova elearning

atnova:: software para educacion y formacion a distancia

[38] Submitted by: james on Saturday August 2nd 2003

Hope it works.

[39] Submitted by: Directory on Saturday August 9th 2003
[40] Submitted by: Alfons on Wednesday August 13th 2003

Congratulation - it works!

[41] Submitted by: Diseño web on Thursday August 21st 2003

Congratulations for your great job.

Héctor Gomis diseño web estudio

[42] Submitted by: Alex on Sunday August 31st 2003

Nice project!

[43] Submitted by: David on Thursday September 4th 2003

Keep on working as well


-----

[44] Submitted by: Thalea on Friday September 5th 2003

Hi, I like the contents of your site,
enjoying to surf within your site.
til then

[45] Submitted by: Sammy on Friday September 5th 2003

Hi, thanks a lot for this site...
Go on like this and enjoy !

[46] Submitted by: kio on Saturday September 6th 2003

good page!!!

[47] Submitted by: lert on Saturday September 6th 2003

nice informations

[48] Submitted by: Max on Saturday September 6th 2003

Wow , very interesting site , nice work , congrats !

[49] Submitted by: Jose on Thursday September 11th 2003

Website muy interesante

[50] Submitted by: Mary on Thursday September 11th 2003

Interesting web

[51] Submitted by: Berberecho on Saturday September 13th 2003

Hello, I just wanted to say you have a very informative site which really made me think, Thanks !

[52] Submitted by: Urbe on Sunday September 14th 2003

I just surfed in and found your site, I really enjoyed the visit and hope to come back soon. nice Site!

[53] Submitted by: JB on Monday September 15th 2003

Great information here
/

[54] Submitted by: Abel on Wednesday September 17th 2003

Congratulations for your site!

[55] Submitted by: normas ISO on Saturday September 20th 2003

Good Job!

[56] Submitted by: Florencia Sarasola on Monday September 22nd 2003

Nice Site.
Flo

hosting uruguay

[57] Submitted by: Ulrich S. Kapp on Monday September 22nd 2003

Isn't there more need for local bookmark sharing? Lets say on Mac OS X, share the bookmarks between Mozilla (and Mozilla based browsers), Safari, Explorer OmniWeb etc.
For me, this would make more sense.

Ulrich S. Kapp
BIGPiNG! OHG, Webdesign und Internetberatung / Web Design and Internet Consulting

kapp@bigping.de


News item goes here

The wwwampire project can be contacted through the mailing list or the member list.
Copyright © 2000-2010. All rights reserved. Terms of Use & Privacy Policy.