|
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:
-
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
-
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
-
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 |
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.
-
Isn't this very similar to the Bookie project? Maybe they should combine.
-
I've placed above to show in what bookie and wwwampire differ. Make response yourself.
-
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.
-
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.
-
-
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.
-
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.
-
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.
-
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.
-
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
-
It says it is not a valid install file
-
What is the status of this project. Has it got out of the planning stages yet?
-
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.
-
Can this be merged with the vaporware proposal for roaming profiles? It seems to be doing exactly the same sort of thing.
-
I'd love to see this integrated into Galeon.
I look for that kind of tool for years.
-
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.
-
-
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..
-
-
it's seem the link is broken.
-
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.
-
-
hey...the link to download dont work for me...
-
-
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.
-
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.
-
congratulation very good work
-
-
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.
-
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.
:)
-
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. :-)
-
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).
-
-
Alojamiento web..
/
Alta en Buscadores..
/
Inmobiliarias..
-
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.
-
congratulations for your site
Atnova elearning
atnova:: software para educacion y formacion a distancia
-
-
-
Congratulation - it works!
-
Congratulations for your great job.
Héctor Gomis diseño web estudio
-
-
Keep on working as well
-----
-
Hi, I like the contents of your site,
enjoying to surf within your site.
til then
-
Hi, thanks a lot for this site...
Go on like this and enjoy !
-
-
-
Wow , very interesting site , nice work , congrats !
-
-
-
Hello, I just wanted to say you have a very informative site which really made me think, Thanks !
-
I just surfed in and found your site, I really enjoyed the visit and hope to come back soon. nice Site!
-
-
Congratulations for your site!
-
-
Nice Site.
Flo
hosting uruguay
-
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
|
|