torey, maybe if you post the list of addons you have installed, and show us which ones are new since using JWU, we could give you a better explanation. Going from 40 to 89 addon folders does seem excessive.
torey, maybe if you post the list of addons you have installed, and show us which ones are new since using JWU, we could give you a better explanation. Going from 40 to 89 addon folders does seem excessive.
I remember the first time I ran WAU and went from embedded to non-embedded and turned on split-addons. It is a drastic jump in the number of directories. Especially if you are running BigWigs, Quartz, Cartographer & Pitbull. And don't forget all of the libraries that make a ton of directories, Babble, Special-Events and possible LibBabble-3.0. It was quite a shock at first. I just checked and I have 276 directories but probably only about 30 addons or so.
Sunday, 3 PM EST.
After prog update.
Of my non Ace addons, the following are alwayd found for an update.
multimail
Bongos2
From Curse.
I had the same problem with Tankpoints when I tried to update it from Curse (now it updates it from WowAce). It just kept saying there's a newer version -- and today it also said that the ID was wrong but that was just some one-time-thing (was 992 just to make sure). I don't know if it matters how you install the addon / set jWowUpdater to monitor it. Not sure what the correct procedure is anyway (I think I tried two different ways).
I haven't installed any other non-WowAce addon besides Tankpoints after 1.85, which did fix the same error for the other non-Wowace addons I already had. Though I'm not sure if I deliberately set them to update from WowInterface because of problems with Curse. :)
I always have the latest version of the updater too (and just a regular Windows XP /SP2).
I had the same problem with Tankpoints when I tried to update it from Curse (now it updates it from WowAce). It just kept saying there's a newer version -- and today it also said that the ID was wrong but that was just some one-time-thing (was 992 just to make sure). I don't know if it matters how you install the addon / set jWowUpdater to monitor it. Not sure what the correct procedure is anyway (I think I tried two different ways).
I haven't installed any other non-WowAce addon besides Tankpoints after 1.85, which did fix the same error for the other non-Wowace addons I already had. Though I'm not sure if I deliberately set them to update from WowInterface because of problems with Curse. :)
I always have the latest version of the updater too (and just a regular Windows XP /SP2).
If the error happens again, could you submit your JWowUpdater.log somewhere where i can read it. The problem is im not getting any of these problems when i test the addons you report to error on curse :/
Well hopefully some more information can give us an idea what the problem is.
Its not supposed to state the inner modules of Ace3 like AceAddon-3.0, AceConsole-3.0 and so on, its just supposed to state the inclosing addon, which in this case is Ace3. LibBabble-Inventory-3.0 is actually ok, and should have been pulled in bu JWU. But Ace3 will be missing.
Please advise the author of the addon of the mistake :)
(Unless im mistaken and X-Embeds is supposed to be used like this)
Well hopefully some more information can give us an idea what the problem is.
/Rolf
Well this isn't really the error log, but just what I see(saw) regularly. I set TP to update from Curse again (same thing, newer version found).
******* Starting Non-Ace Update *******
Newer version found TankPoints(TankPoints 2.6.8) updating....
******* Done *******
******* Starting Ace Update *******
No addons need updating.
******** Checking if addons are missing embeds ********
******* Starting missing embeds install *******
No missing embeds.
The jwowupdater.log is attached, not that big of a file. Don't know if the .log should say something after "Updating of addons started..."
Edit As I suspected, the ID not found was just a connection issue:
0:42:09: Error: TankPoints with ID: [992] could not be found on site: [CURSE] - java.net.SocketTimeoutException: Read timed out
I'm working on a Java addon manager myself as well. It's called NetherPanel and it does quite a bit more than just manage addons.
I'm currently working hard to make NP do most of what WAU can do and syl mentioned he hoped NP can replace the void WAU is leaving. NP currently ain't entirely ready to see the public yet though.
I was hoping we could get together and see whether perhaps we can merge our codebase.
Have a look at the Trac I set up this weekend as a preparation of the work I have coming. My source code is managed in a GIT repo and available through the Trac for browsing. NP can be launched through WebStart by clicking here if you wanna have a look.
I could definately use an extra java dev and the experience you've gathered so far.
I'm working on a Java addon manager myself as well. It's called NetherPanel and it does quite a bit more than just manage addons.
I'm currently working hard to make NP do most of what WAU can do and syl mentioned he hoped NP can replace the void WAU is leaving. NP currently ain't entirely ready to see the public yet though.
I was hoping we could get together and see whether perhaps we can merge our codebase.
Have a look at the Trac I set up this weekend as a preparation of the work I have coming. My source code is managed in a GIT repo and available through the Trac for browsing. NP can be launched through WebStart by clicking here if you wanna have a look.
I could definately use an extra java dev and the experience you've gathered so far.
I'm currently getting "could not be found in site:[CURSE]" on all my curse-gaming addons, while the site does work correctly.
Though this might be patch day related, since the site is working correctly curse may have changed their link setup or so.
The addon also wants to update addons that show updated by WoWAceUpdater (I stopped using this, just tried it today for the savedvars cleanup funciont). Is this because it keeps a seperate list of 'expected' ace versions and I updated with another app, not making it update the list?
I'm currently getting "could not be found in site:[CURSE]" on all my curse-gaming addons, while the site does work correctly.
Though this might be patch day related, since the site is working correctly curse may have changed their link setup or so.
The addon also wants to update addons that show updated by WoWAceUpdater (I stopped using this, just tried it today for the savedvars cleanup funciont). Is this because it keeps a seperate list of 'expected' ace versions and I updated with another app, not making it update the list?
Well atm, im getting a 503 service not avaliable from curse. So they might be experiencing some bandwith problems. Also if they do a special low bandwith version layout while 2.4 is still new, JWU will not be able to parse this correctly, and hence wont work until they restore the normal layout.
About incompatibilities between WowAceUpdater and JWU, generally i wouldnt recommend mixing several updaters, as this might break something because one of the updaters may maintain an invariant that the other one breaks.
About incompatibilities between WowAceUpdater and JWU, generally i wouldnt recommend mixing several updaters, as this might break something because one of the updaters may maintain an invariant that the other one breaks.
I'd totally love not to, so this feature requests :) :
- savedvar cleaning function (with an automatic WTF zip/rar backup)
- option to backup WTF in a zip/rar during each addon update
As for Curse, it is working perfectly here, but I may just be getting lucky.
edit: yeah, I got lucky, got a 503 aswell now.
Thanks alot for the great updater (and the amazingly quick response)
I'd totally love not to, so this feature requests :) :
- savedvar cleaning function (with an automatic WTF zip/rar backup)
- option to backup WTF in a zip/rar during each addon update
As for Curse, it is working perfectly here, but I may just be getting lucky.
edit: yeah, I got lucky, got a 503 aswell now.
Thanks alot for the great updater (and the amazingly quick response)
Have some opcomming exams real soon, but afterwards there should be some time to look into this feature.
Using jWowUpdater 1.87, and I have two non-ace addons that I've added:
Clique / WOWINT / ID=5108
Bongos2 / CURSE / ID=2003
While going through the upgrade process for WoW 2.4, I deleted everything in my WTF and Addons folders. However, when I fired up JWU, while it showed the Ace addon list as empty (as it should), these two still showed up in my monitored list of Non WowAce addons.
I can't figure out how to remove them. There's no option to individually delete them that I can find, even deleting my Addons folder seems to have no effect. They don't show up in the "delete and addon" list, either.
Using jWowUpdater 1.87, and I have two non-ace addons that I've added:
Clique / WOWINT / ID=5108
Bongos2 / CURSE / ID=2003
While going through the upgrade process for WoW 2.4, I deleted everything in my WTF and Addons folders. However, when I fired up JWU, while it showed the Ace addon list as empty (as it should), these two still showed up in my monitored list of Non WowAce addons.
I can't figure out how to remove them. There's no option to individually delete them that I can find, even deleting my Addons folder seems to have no effect. They don't show up in the "delete and addon" list, either.
Would you consider adding a method in which the changelog summary was shown first, and the user then selected which updates to actually download? I ask because it seems that a significant percent of updates that get downloaded are updates to localizations I don't use, or fixing svn-externals, or some other type of update that doesn't affect me in any way as a user of standalone libs in a single-locale client. While most users would probably still prefer to "fire and forget", I'd rather not waste time and bandwidth downloading these updates, especially in the case of large addons like BigWigs, which even without embeds is around 620kb, if such were possible.
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
I remember the first time I ran WAU and went from embedded to non-embedded and turned on split-addons. It is a drastic jump in the number of directories. Especially if you are running BigWigs, Quartz, Cartographer & Pitbull. And don't forget all of the libraries that make a ton of directories, Babble, Special-Events and possible LibBabble-3.0. It was quite a shock at first. I just checked and I have 276 directories but probably only about 30 addons or so.
I had the same problem with Tankpoints when I tried to update it from Curse (now it updates it from WowAce). It just kept saying there's a newer version -- and today it also said that the ID was wrong but that was just some one-time-thing (was 992 just to make sure). I don't know if it matters how you install the addon / set jWowUpdater to monitor it. Not sure what the correct procedure is anyway (I think I tried two different ways).
I haven't installed any other non-WowAce addon besides Tankpoints after 1.85, which did fix the same error for the other non-Wowace addons I already had. Though I'm not sure if I deliberately set them to update from WowInterface because of problems with Curse. :)
I always have the latest version of the updater too (and just a regular Windows XP /SP2).
If the error happens again, could you submit your JWowUpdater.log somewhere where i can read it. The problem is im not getting any of these problems when i test the addons you report to error on curse :/
Well hopefully some more information can give us an idea what the problem is.
/Rolf
Same with ClosetGnome_Mount.
Then those addons are missing the crucial "## X-Embeds" metatag. Without that metatag, jwu has no way to know what the addon needs.
Complain to those addons' authors to correct their .toc files.
As break19 said, this has to do with the embeds line in the .toc file of the addon.
Its not misssing however, just missconfigured:
(From PassLoot)
## X-Embeds: AceAddon-3.0, AceConsole-3.0, AceDB-3.0, AceEvent-3.0, AceLocale-3.0, CallbackHandler, LibBabble-Inventory-3.0
Its not supposed to state the inner modules of Ace3 like AceAddon-3.0, AceConsole-3.0 and so on, its just supposed to state the inclosing addon, which in this case is Ace3. LibBabble-Inventory-3.0 is actually ok, and should have been pulled in bu JWU. But Ace3 will be missing.
Please advise the author of the addon of the mistake :)
(Unless im mistaken and X-Embeds is supposed to be used like this)
/Rolf
Well this isn't really the error log, but just what I see(saw) regularly. I set TP to update from Curse again (same thing, newer version found).
The jwowupdater.log is attached, not that big of a file. Don't know if the .log should say something after "Updating of addons started..."
Edit As I suspected, the ID not found was just a connection issue:
0:42:09: Error: TankPoints with ID: [992] could not be found on site: [CURSE] - java.net.SocketTimeoutException: Read timed out
Digging a bit deeper into this problem, it seems that it might be a Java issue that they are working on a fix for:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4532049
It seems that there is some problem regarding UTF8 and zip files.
Ill look into it some more.
/Rolf
I'm working on a Java addon manager myself as well. It's called NetherPanel and it does quite a bit more than just manage addons.
I'm currently working hard to make NP do most of what WAU can do and syl mentioned he hoped NP can replace the void WAU is leaving. NP currently ain't entirely ready to see the public yet though.
I was hoping we could get together and see whether perhaps we can merge our codebase.
Have a look at the Trac I set up this weekend as a preparation of the work I have coming. My source code is managed in a GIT repo and available through the Trac for browsing. NP can be launched through WebStart by clicking here if you wanna have a look.
I could definately use an extra java dev and the experience you've gathered so far.
Cheers,
~lhunath
I think id like to stick to just working on JWU.
Thank you for the offer though.
/Rolf
Though this might be patch day related, since the site is working correctly curse may have changed their link setup or so.
The addon also wants to update addons that show updated by WoWAceUpdater (I stopped using this, just tried it today for the savedvars cleanup funciont). Is this because it keeps a seperate list of 'expected' ace versions and I updated with another app, not making it update the list?
Well atm, im getting a 503 service not avaliable from curse. So they might be experiencing some bandwith problems. Also if they do a special low bandwith version layout while 2.4 is still new, JWU will not be able to parse this correctly, and hence wont work until they restore the normal layout.
About incompatibilities between WowAceUpdater and JWU, generally i wouldnt recommend mixing several updaters, as this might break something because one of the updaters may maintain an invariant that the other one breaks.
/Rolf
I'd totally love not to, so this feature requests :) :
- savedvar cleaning function (with an automatic WTF zip/rar backup)
- option to backup WTF in a zip/rar during each addon update
As for Curse, it is working perfectly here, but I may just be getting lucky.
edit: yeah, I got lucky, got a 503 aswell now.
Thanks alot for the great updater (and the amazingly quick response)
Have some opcomming exams real soon, but afterwards there should be some time to look into this feature.
/Rolf
Can't wait! Love this updater so much, thanks for all the work!
Using jWowUpdater 1.87, and I have two non-ace addons that I've added:
Clique / WOWINT / ID=5108
Bongos2 / CURSE / ID=2003
While going through the upgrade process for WoW 2.4, I deleted everything in my WTF and Addons folders. However, when I fired up JWU, while it showed the Ace addon list as empty (as it should), these two still showed up in my monitored list of Non WowAce addons.
I can't figure out how to remove them. There's no option to individually delete them that I can find, even deleting my Addons folder seems to have no effect. They don't show up in the "delete and addon" list, either.
Set the ID to None.
Would you consider adding a method in which the changelog summary was shown first, and the user then selected which updates to actually download? I ask because it seems that a significant percent of updates that get downloaded are updates to localizations I don't use, or fixing svn-externals, or some other type of update that doesn't affect me in any way as a user of standalone libs in a single-locale client. While most users would probably still prefer to "fire and forget", I'd rather not waste time and bandwidth downloading these updates, especially in the case of large addons like BigWigs, which even without embeds is around 620kb, if such were possible.