| Time |
Nick |
Message |
| 05:55 |
|
beanjammin joined #evergreen |
| 06:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:17 |
|
rjackson_isl joined #evergreen |
| 07:20 |
|
JBoyer joined #evergreen |
| 07:27 |
|
agoben joined #evergreen |
| 07:37 |
|
rlefaive joined #evergreen |
| 08:13 |
|
jaswinder joined #evergreen |
| 08:30 |
|
jvwoolf joined #evergreen |
| 09:21 |
|
collum joined #evergreen |
| 09:56 |
|
jaswinder joined #evergreen |
| 10:06 |
|
Christineb joined #evergreen |
| 10:33 |
|
rlefaive joined #evergreen |
| 10:42 |
jaswinder |
Hey Guys, I am trying to access returned db values from PCRUD method. How do I access it? I can see the data returned as an Fieldmapper Array |
| 10:44 |
pastebot |
"Jaswinder" at 64.57.241.14 pasted "returned object from Dumper" (9 lines) at http://paste.evergreen-ils.org/2326 |
| 10:53 |
dbwells |
jaswinder: you can access them with auto-created methods on the object. The names are the names you gave the fields in the IDL. |
| 10:54 |
jaswinder |
dbwells: Can you please share an example? |
| 10:54 |
dbwells |
Well, what is your IDL entry for that field that is a URL? |
| 10:56 |
dbwells |
If it is just 'url', and the object you dumped is '$rbooks_obj', then $rbooks_obj->url |
| 10:57 |
pastebot |
"Jaswinder" at 64.57.241.14 pasted "IDL Snipper" (23 lines) at http://paste.evergreen-ils.org/2328 |
| 10:58 |
jaswinder |
dbwells: Please see the pasted item. I tried that and it did not work. |
| 10:59 |
jaswinder |
dbwells: I get this error - Can't call method "home_library_url" on unblessed reference at |
| 11:00 |
dbwells |
jaswinder: It looks like your blessed object is one level deep, so you need to traverse that as well. |
| 11:01 |
dbwells |
$obj->[0]->home_library_url; |
| 11:02 |
dbwells |
If this comes from an editor search, it will always be an arrayref, even if there is just the one item expected. |
| 11:05 |
jaswinder |
That worked. I was actually doing $obj[0]-> |
| 11:08 |
|
rlefaive joined #evergreen |
| 12:16 |
|
khuckins joined #evergreen |
| 13:28 |
|
jihpringle joined #evergreen |
| 13:29 |
|
jvwoolf joined #evergreen |
| 14:45 |
|
yboston joined #evergreen |
| 14:46 |
|
jaswinder joined #evergreen |
| 14:59 |
|
jaswinder joined #evergreen |
| 15:04 |
|
khuckins_ joined #evergreen |
| 15:09 |
jeffdavis |
After running 3.0.6-3.1.0-upgrade-db.sql on a snapshot of our production database, updating a bib record results in a segmentation fault. |
| 15:10 |
dbwells |
jeffdavis: Any other clues to go on? |
| 15:11 |
|
yboston joined #evergreen |
| 15:11 |
berick |
jeffdavis: beware faulty xpath expressions |
| 15:11 |
jaswinder |
Quick question: I want to call Application/EbookAPI/OneClickDigital.pm class from WWW/EGCatloader/Search.pm. Can I directly call the methods from Search.pm? |
| 15:11 |
berick |
in metabib fields, etc. |
| 15:11 |
dbwells |
berick++ # I recall being bitten there once. |
| 15:12 |
jeffdavis |
Not seeing the same problem on a clean install with sample data, nor on a modified subset of production data that we use for testing. |
| 15:12 |
jeffdavis |
berick: oh that's a promising lead |
| 15:12 |
jeffdavis |
thanks, I haven't known where to start so far |
| 15:14 |
csharp |
jeffdavis: I'm connecting this with the non-schema-qualified function you found and I'm wondering if there's another one hiding out somewhere? |
| 15:14 |
csharp |
obvs would be in the postgres logs |
| 15:14 |
csharp |
but maybe segfault wouldn't be getting that far |
| 15:16 |
jeffdavis |
nothing helpful in the logs unfortunately |
| 15:16 |
jeffdavis |
there are a lot of non-schema-qualified-but-ought-to-be functions in our system, I think around 25 |
| 15:17 |
|
yboston joined #evergreen |
| 15:17 |
jeffdavis |
I was hoping to look into that after I had a working 3.1 test system :) |
| 15:38 |
jaswinder |
Anyone who may know the correct way to call EBookAPI vendor class fuctions directly without hosting them as register methods? |
| 15:44 |
|
beanjammin joined #evergreen |
| 15:47 |
|
beanjammin joined #evergreen |
| 15:54 |
|
yboston joined #evergreen |
| 16:14 |
jeffdavis |
aha, we have a bunch of config.metabib_field entries starting with //mods33 but the format field says 'mods32', changing that appears to resolve the segfault |
| 16:17 |
jeffdavis |
heh, a commit from 2009 updated the default cmf format to mods33, looks like we never made that change |
| 16:19 |
|
jvwoolf left #evergreen |
| 16:21 |
|
yboston joined #evergreen |
| 16:25 |
jeffdavis |
or rather, the 3.1.0 upgrade script assumes the default format is mods33 when it inserts some new cmf rows, but that's not a safe assumption |
| 16:30 |
|
tq joined #evergreen |
| 16:33 |
bshum |
jeffdavis++ # real life upgrade examples are always fun to see :) |
| 16:36 |
|
collum joined #evergreen |
| 16:44 |
|
yboston joined #evergreen |
| 16:52 |
|
yboston joined #evergreen |
| 17:38 |
miker |
jeffdavis: do you at least have the mods33 transform available? |
| 17:38 |
jeffdavis |
miker: yes, fortunately. |
| 17:38 |
jeffdavis |
I'm just writing up a bug report. |
| 17:39 |
miker |
jeffdavis++ |
| 17:44 |
jeffdavis |
bug 1764542 |
| 17:44 |
pinesol_green |
Launchpad bug 1764542 in Evergreen "Incorrect format on config.metabib_field insert results in segmentation fault" [Undecided,New] https://launchpad.net/bugs/1764542 |
| 18:10 |
|
rlefaive joined #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 18:40 |
|
jaswinder joined #evergreen |
| 19:31 |
|
yboston joined #evergreen |
| 19:40 |
|
jaswinder joined #evergreen |
| 20:22 |
|
yboston joined #evergreen |
| 21:25 |
|
jaswinder joined #evergreen |
| 21:44 |
|
beanjammin joined #evergreen |
| 22:00 |
|
jaswinder joined #evergreen |
| 23:25 |
|
yboston joined #evergreen |
