| Time |
Nick |
Message |
| 06:31 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 07:10 |
|
JBoyer joined #evergreen |
| 07:14 |
|
rjackson_isl joined #evergreen |
| 07:32 |
|
agoben joined #evergreen |
| 08:05 |
|
stephengwills joined #evergreen |
| 08:07 |
|
stephengwills left #evergreen |
| 08:08 |
|
jvwoolf joined #evergreen |
| 08:39 |
|
tlittle joined #evergreen |
| 08:41 |
|
kmlussier joined #evergreen |
| 08:43 |
|
Dyrcona joined #evergreen |
| 08:44 |
|
mmorgan joined #evergreen |
| 08:47 |
|
rlefaive joined #evergreen |
| 08:56 |
|
bos20k joined #evergreen |
| 09:19 |
pinesol_green |
[evergreen|Dan Wells] Translation updates - newpot - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=5e4eaca> |
| 09:29 |
|
yboston joined #evergreen |
| 09:37 |
pinesol_green |
[evergreen|Dan Wells] Translation updates - po files - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e05f6ee> |
| 09:39 |
|
mmorgan joined #evergreen |
| 10:13 |
|
stephengwills joined #evergreen |
| 10:15 |
|
mmorgan joined #evergreen |
| 10:50 |
|
collum joined #evergreen |
| 11:02 |
|
Christineb joined #evergreen |
| 11:30 |
|
Jaswinder joined #evergreen |
| 11:31 |
Jaswinder |
hey Guys, I am trying to srfsh service that I created by extended EbookAPI. When I try to introspect, I am getting the below error: |
| 11:31 |
Jaswinder |
Can't locate object method "method_lookup" via package "OpenILS::Application::EbookAPI::CustomAPI" (perhaps you forgot to load "OpenILS::Application::CustomAPI::RecordedBooks"?) at /usr/local/share/perl/5.22.1/OpenSRF/Application.pm line 161. |
| 11:32 |
Jaswinder |
Please ignore my previous error. here is the correct one: Can't locate object method "method_lookup" via package "OpenILS::Application::EbookAPI::CustomAPI" (perhaps you forgot to load "OpenILS::Application::EbookAPI::CustomAPI"?) at /usr/local/share/perl/5.22.1/OpenSRF/Application.pm line 161. |
| 11:33 |
Jaswinder |
I have correctly updated opensrf.xml, opensrf_core.xml, and other relevant files. Any Thoughts? |
| 11:33 |
jeff |
Jaswinder: Sounds like the module failed to load, possibly due to something like a syntax error. Have you attempted to check the file with "perl -c /path/to/perl/file"? |
| 11:34 |
jeff |
Where /path/to/perl/file is the file that Perl would load for the package OpenILS::Application::EbookAPI::CustomAPI? |
| 11:35 |
jeff |
Something like /usr/local/share/perl/5.20.2/OpenILS/Application/EbookAPI/CustomAPI.pm -- though your path may differ in a number of ways for a number of reasons. |
| 11:35 |
Jaswinder |
Let me try |
| 11:39 |
|
rlefaive joined #evergreen |
| 11:40 |
Jaswinder |
Syntax is fine |
| 11:41 |
jeff |
Okay. What do the relevant section of your opensrf config files look like? |
| 11:44 |
dbwells |
Jaswinder: method_lookup is inherited from OpenSRF::Application through OpenILS::Application. Perhaps something is missing in your package lineage. Do you have the following lines in your service code?: use OpenILS::Application; use base qw/OpenILS::Application/; |
| 11:44 |
dbwells |
It might be best just to post your code somewhere. |
| 11:45 |
* jeff |
nods |
| 11:45 |
Jaswinder |
I have these use statements: |
| 11:45 |
Jaswinder |
use OpenILS::Application; use OpenILS::Application::EbookAPI; use base qw/OpenILS::Application::EbookAPI/; |
| 11:46 |
dbwells |
Ah, you are trying to further derive from the existing EbookAPI app. |
| 11:46 |
Jaswinder |
The opensrf file is fine. I think there is another file that has a syntax issue. I will try again once I correct this one. Thanks! |
| 11:46 |
Jaswinder |
Yes |
| 11:54 |
Jaswinder |
One more question, which folder I should be I coping the EbookAPI custom code to? openils/lib/perl5/OpenILS/Application/ OR /usr/local/share/perl/5.22.1/OpenILS/Application/EbookAPI/ |
| 11:57 |
dbwells |
I am not sure what that first path is, but to run it, you generally want it where your active Perl modules are, so something more like the second (though it can vary per OS). |
| 11:57 |
|
dwgreen joined #evergreen |
| 11:58 |
Jaswinder |
dbwells - It is not picking up on the second location for some reason |
| 11:59 |
Jaswinder |
Actually, nevermind. I found a way to do get it to work |
| 11:59 |
|
jvwoolf joined #evergreen |
| 12:00 |
jeff |
Jaswinder: What did you end up doing? |
| 12:02 |
dbwells |
Also, I am honestly not sure if deriving a service from an existing service will work without some finagling. Is there a particular reason to derive it? I'll be interested to see how this all works out for you. |
| 12:14 |
|
khuckins joined #evergreen |
| 12:41 |
|
jvwoolf joined #evergreen |
| 12:48 |
pinesol_green |
[evergreen|Dan Wells] Small fix to release note numbering - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=9f76f21> |
| 12:54 |
miker |
man, webpack is making web client dev way more difficult than before ... :( |
| 12:54 |
Dyrcona |
I thought it was supposed to make it easier. |
| 12:55 |
berick |
i always have a screen window open just running: npm run build-watch |
| 12:55 |
berick |
that solves the extra step for me |
| 12:55 |
berick |
or are there other problems? |
| 12:55 |
miker |
at XMLHttpRequest.x.onload (vendor.bundle.js:6) |
| 12:56 |
berick |
miker: are you using 'npm run build' instead of build-prod ? |
| 12:58 |
berick |
of course in some cases, we're running compressed code with or without webpack. some such errors are not new, except they're in a different file now. |
| 12:59 |
miker |
attempting build right now ... that's a bit better. |
| 13:01 |
|
khuckins_ joined #evergreen |
| 13:09 |
* dbs |
hopes there are some "Build Watch" videos made in the style of Bay Watch |
| 13:12 |
miker |
berick: can we no longer depend on egCore.startup.go()? Functions added the the $scope in a go() resolver don't seem to, how do you say, work. |
| 13:12 |
miker |
(it did work before I rebased past the webpack stuff) |
| 13:14 |
|
jvwoolf1 joined #evergreen |
| 13:15 |
berick |
not that I'm aware of |
| 13:22 |
* dbwells |
just found his lunch from Friday in the microwave |
| 13:22 |
dbwells |
Guess it was one of those days |
| 13:23 |
csharp |
dbwells: ha! - that's how my week was last week too (as you know, in part) |
| 13:30 |
kmlussier |
I've left many cups of tea in a microwave. Never a lunch. |
| 13:34 |
|
khuckins__ joined #evergreen |
| 13:35 |
|
jihpringle joined #evergreen |
| 13:47 |
|
tlittle joined #evergreen |
| 14:56 |
dbwells |
berick: bshum: dbs: Dyrcona: gmcharlt: jeff: kmlussier: miker: phasefx: Core committers, please be aware that rel_3_1 is now branched. Apologies if I missed anyone in the room. |
| 14:58 |
jeff |
dbwells++ |
| 15:02 |
berick |
dbwells++ |
| 15:02 |
berick |
thanks for the heads up |
| 15:07 |
Dyrcona |
dbwells++ |
| 15:11 |
JBoyer |
dbwells++ |
| 15:16 |
gmcharlt |
dbwells++ |
| 15:16 |
Bmagic |
dbwells++ |
| 15:30 |
|
abowling1 joined #evergreen |
| 15:42 |
bshum |
bzr-- |
| 15:43 |
dbs |
gitlab? |
| 15:43 |
bshum |
No, setting up a new translation export source for rel_3_1 |
| 15:43 |
dbs |
Oh right |
| 15:43 |
bshum |
But yes, let's go to gitlab or whatever, soon |
| 15:43 |
bshum |
LP-- launchpad-- |
| 15:49 |
|
abowling joined #evergreen |
| 15:52 |
Stompro |
Does anyone know if open-ils processes need to be restarted when changes to config.metabib_field are made? I added a new entry to change how series facets were created and now I'm seeing errors in the queryparser where a field ID is missing where was is expected. |
| 15:52 |
Stompro |
s/'where was is expected'/'where one is expected'/ |
| 15:53 |
miker |
yes, restart the storage service |
| 15:53 |
Stompro |
Miker, thanks. |
| 16:03 |
Dyrcona |
So, upsert is pretty cool. Pg9.5++ |
| 16:03 |
miker |
Dyrcona: INSERT ... ON CONFLICT? yeah, I'm looking forward to replacing some cruft |
| 16:04 |
Dyrcona |
Yeahp. |
| 16:04 |
Dyrcona |
INSERT ... ON CONFLICT ... DO UPDATE ... |
| 16:12 |
|
khuckins joined #evergreen |
| 17:11 |
|
mmorgan left #evergreen |
| 17:25 |
|
dpearl1 joined #evergreen |
| 18:32 |
pinesol_green |
News from qatests: Testing Success <http://testing.evergreen-ils.org/~live> |
| 22:27 |
|
beanjammin joined #evergreen |
| 22:47 |
|
stephengwills left #evergreen |
| 23:46 |
jeff |
d |
| 23:46 |
* jeff |
yawns |
