You are here

Not working REX in v3 build 2 - Unhandled Exception

27 posts / 0 new
Last post
Mr Groch
Offline
Donator
Joined: 4 years
Last seen: 1 year
Not working REX in v3 build 2 - Unhandled Exception

After upgrade to v3 on ARM Linux with mono:

Mono JIT compiler version 5.18.0.240 (tarball Tue Mar 19 06:39:29 UTC 2019)

REX is not working - Unhandled Exception each time. Only this at end in log file (grabbbing was OK):

Quote:

[ Debug ] 18738 shows in 194 channels
[ Debug ] 1652 updated shows
[ Debug ] 6255 new shows added
[ Info ]
[ Info ]
[ ] Job finished at 24/03/2020 06:03:23 done in 5h 18m 14s
[ Info ] Job (REX Version: 2.09) started at 24/03/2020 06:03:23
[ Info ] Starting REX Postprocess
[Critical] Unhandled Exception
[Critical] For detailed info, see log file /usr/local/wg++/./WebGrab++.log.txt
[Critical] Execution stopped

This is my rex.config.xml:

Quote:

<?xml version="1.0" encoding="utf-8"?>

< settings >
< filename >guide.xml< /filename >

< desc >{¤ 'category( / )' }'description'{\n¤ Reżyseria: 'director(, )'}{\n¤ Prowadzący: 'presenter(, )'}{\n¤ Występują: 'actor(, )'}< /desc >

< /settings >

WGMaker
Offline
WGMaker's picture
WG++ Team memberDonator
Joined: 12 years
Last seen: 1 hour
Is the support helpful?
support us

Very sorry about that , especially because it was updated more or less for you.
Now I have a serious problem, I have no way to look into it because I have no linux ..
and I am an absolute linux dummy ..
Can't you use windows until I find a solution?

Mr Groch
Offline
Donator
Joined: 4 years
Last seen: 1 year

Unfortunately I can only run this on linux - no Windows server available.

Here is attachment with verbose mono output, maybe will help

Attachments: 
Blackbear199
Offline
Blackbear199's picture
WG++ Team memberDonator
Joined: 9 years
Last seen: 6 min

try updating mono,i see ur using 5.18 when 6.8 is latest.
its worth a shot.

Mr Groch
Offline
Donator
Joined: 4 years
Last seen: 1 year
Blackbear199 wrote:

try updating mono,i see ur using 5.18 when 6.8 is latest.
its worth a shot.

No newer mono for my platform (Synology NAS - armv7 armada)

Blackbear199
Offline
Blackbear199's picture
WG++ Team memberDonator
Joined: 9 years
Last seen: 6 min

ask on their forums to have it updated.

Blackbear199
Offline
Blackbear199's picture
WG++ Team memberDonator
Joined: 9 years
Last seen: 6 min

I did some tests and the error is there with windows also so I think your mono version is not the problem.
you will have to wait until jan responds.

Blackbear199
Offline
Blackbear199's picture
WG++ Team memberDonator
Joined: 9 years
Last seen: 6 min

jan got this fixed,i just tested a new version and rex is working fine again.check the home page for a updated release,shouldnt be long.

Blackbear199
Offline
Blackbear199's picture
WG++ Team memberDonator
Joined: 9 years
Last seen: 6 min

build 3 is out with rex fixed,see here..
http://webgrabplus.com/content/v3fix

so just download the V3.0.0 installer again and you should see it shows build 3 and not build 2.

Mr Groch
Offline
Donator
Joined: 4 years
Last seen: 1 year

Thanks, it is working now. Even with new element-names:

Quote:

< desc >{¤ 'category( / )[cleanup(style=sentence tags="("")"), max_sentences=1]' }{¤ 'country(/)' }{¤ 'productiondate' }{¤ 'rating' }{¤ 'starrating'}{\n'description'}{\n¤ Reżyseria: 'director(, )'}{\n¤ Prowadzący: 'presenter(, )'}{\n¤ Występują: 'actor(, )'}< /desc >

ivantech
Offline
Has donated long time ago
Joined: 4 years
Last seen: 1 month

Can anybody help me?
Even with the latest version of wg ++ (3.1) I have an error and I can't generate the rex.
This happens on both windows and linux.

[ ] Job finished at 28/06/2020 19:37:23 done in 43m 49s
[ Info ] Job (REX Version: 2.10) started at 28/06/2020 19:37:24
[ Info ] Starting REX Postprocess
[Critical] Unhandled Exception
[Critical] For detailed info, see log file /root/.wg++/WebGrab++.log.txt
[Critical] Execution stopped

Blackbear199
Offline
Blackbear199's picture
WG++ Team memberDonator
Joined: 9 years
Last seen: 6 min

rex.config.xml plse

ivantech
Offline
Has donated long time ago
Joined: 4 years
Last seen: 1 month

It's here, thanks

Attachments: 
WGMaker
Offline
WGMaker's picture
WG++ Team memberDonator
Joined: 12 years
Last seen: 1 hour
Is the support helpful?
support us

Sorry for the late reaction .. I wish I had more time for the postprocessor...

But , I located the cause of the crash. It is caused by a change in the code that isolates attributes from their element value. (I changed that code 3.0.2 beta and didn't notice that the new code fails under certain conditions). It occurs if a multi value element has no attribute for the last of the element values (so also when it has no attributes at all). This will probably happen with element actor when it has no role attribute and when specified 'actor/a' or 'actor/a+' in rex.config or mdb.config
The next beta will have this fixed but that will take some time because there are a few other open 'todo's for that.

Of course it can also be fixed by removing the /a or /a+ from 'actor' . It is very unlikely that other elements will have problems with this bug.

ivantech
Offline
Has donated long time ago
Joined: 4 years
Last seen: 1 month
WGMaker wrote:

Sorry for the late reaction .. I wish I had more time for the postprocessor...
But , I located the cause of the crash. It is caused by a change in the code that isolates attributes from their element value. (I changed that code 3.0.2 beta and didn't notice that the new code fails under certain conditions). It occurs if a multi value element has no attribute for the last of the element values (so also when it has no attributes at all). This will probably happen with element actor when it has no role attribute and when specified 'actor/a' or 'actor/a+' in rex.config or mdb.config
The next beta will have this fixed but that will take some time because there are a few other open 'todo's for that.
Of course it can also be fixed by removing the /a or /a+ from 'actor' . It is very unlikely that other elements will have problems with this bug.

Thank you

ivantech
Offline
Has donated long time ago
Joined: 4 years
Last seen: 1 month

Hello
I just upgraded to version 3.1.1 and I can't generate rex

No matter what I do, it always gives error.

In version 3.1 I had no problems.

Would you help me?

mat8861
Offline
WG++ Team memberDonator
Joined: 9 years
Last seen: 3 hours

well the error seems to be that cannot find REX folder....
Folder /root/.wg++/REX doesn't exist!

It may be that new version needs that.....will notify authors so it can be added to siteini.pack

ivantech
Offline
Has donated long time ago
Joined: 4 years
Last seen: 1 month

Even though I created a folder "REX" it still gives an error ...

Is there anything I can do?

Blackbear199
Offline
Blackbear199's picture
WG++ Team memberDonator
Joined: 9 years
Last seen: 6 min

double check you created the REX folder in the correct place.
also make sure ur re.config.xml is in there.

although i have webgrab installed in a diff directory it works fine for me on linux.

Job (REX Version: 3.0.0) started at 08/09/2020 19:45:17
Starting REX Postprocess
.. done
File written to :
/raid/NAS_WebGrab/rex/rex_guide.xml

if you look at the last line you will see the rex guide.xml is written to the rex folder(all lower case).

for linux users this bug exists for both rex and mdb.
the config files most be in a folder spelled with all capital letters but the resulting guide.xml is written to one with lower case spelling.

i mentioned this to the author some time ago but it would nt hurt for matt8861 to remind him.

ivantech
Offline
Has donated long time ago
Joined: 4 years
Last seen: 1 month

even changing the folder name to REX
continues with error

Blackbear199
Offline
Blackbear199's picture
WG++ Team memberDonator
Joined: 9 years
Last seen: 6 min

this is a different error,it finding ur rex config fine.
if your rex.comfig.xml
change this..
'description[max_words=100]'
to
'description'
there seems to be a issue with max_word,max_sentences.the creator knows about this.

apt1506
Offline
Donator
Joined: 4 years
Last seen: 1 year

any kind of postprocessing allowed in rex

eg [cleanup(style= or [max words

is NOT functional in linux

mono 6.8 full installed on ubuntu 20.04 server, with the ltest webgrab beta

all other functions work in rex except postprocessing between []

Blackbear199
Offline
Blackbear199's picture
WG++ Team memberDonator
Joined: 9 years
Last seen: 6 min

as i said in post above,max_words or max_sentences causeses this error.

apt1506
Offline
Donator
Joined: 4 years
Last seen: 1 year

[cleanup(style=lower)] also causes it [cleanup(style=name)] also causes it [cleanup(style=upper)] also causes it ;)

wampas
Offline
Donator
Joined: 4 years
Last seen: 5 days

Yep, I have the same issue on docker.

vykistwo
Offline
Donator
Joined: 5 years
Last seen: 2 years

same issue here on docker as well,has there been a resolution found yet?

apt1506
Offline
Donator
Joined: 4 years
Last seen: 1 year

FIXED with the latest beta :-)

Log in or register to post comments

Brought to you by Jan van Straaten

Program Development - Jan van Straaten ------- Web design - Francis De Paemeleere
Supported by: servercare.nl