| *** tvol has quit IRC | 00:10 | |
| *** everton137_ has joined #cc | 00:11 | |
| *** everton137_ has quit IRC | 00:12 | |
| *** JED3 has quit IRC | 00:18 | |
| *** midoubleko has quit IRC | 00:26 | |
| *** nyergler has quit IRC | 00:30 | |
| *** mralex has quit IRC | 00:40 | |
| *** pktck has quit IRC | 00:56 | |
| *** oshani has joined #cc | 01:14 | |
| *** akozak has quit IRC | 01:14 | |
| *** JoiIto has quit IRC | 01:35 | |
| *** nkinkade has quit IRC | 01:44 | |
| *** balleyne has quit IRC | 01:49 | |
| *** midoubleko has joined #cc | 02:22 | |
| *** igorlukanin has joined #cc | 02:25 | |
| *** igorlukanin has quit IRC | 03:15 | |
| *** igorlukanin has joined #cc | 03:15 | |
| *** oshani has quit IRC | 03:26 | |
| *** wormsxulla has quit IRC | 04:15 | |
| *** erlehmann has quit IRC | 04:15 | |
| *** greg-g has quit IRC | 04:25 | |
| *** greg-g has joined #cc | 04:27 | |
| *** wormsxulla has joined #cc | 04:33 | |
| *** niekie has quit IRC | 05:10 | |
| *** niekie has joined #cc | 05:15 | |
| *** tantek has joined #cc | 05:17 | |
| *** nb has joined #cc | 05:48 | |
| *** MarkDude has joined #cc | 05:58 | |
| *** Kaetemi has quit IRC | 06:01 | |
| *** akila87 has joined #cc | 06:42 | |
| *** akila87 has left #cc | 06:49 | |
| *** ankitg has joined #cc | 07:45 | |
| *** parker has joined #cc | 08:47 | |
| *** ankitg has quit IRC | 08:50 | |
| *** igorlukanin has quit IRC | 09:06 | |
| *** parker has quit IRC | 09:41 | |
| *** igorlukanin has joined #cc | 09:52 | |
| *** igorlukanin has quit IRC | 10:08 | |
| *** midoubleko has quit IRC | 10:23 | |
| *** igorlukanin has joined #cc | 10:47 | |
| *** tantek has quit IRC | 10:50 | |
| *** bassel has joined #cc | 11:49 | |
| *** erlehmann has joined #cc | 12:16 | |
| *** everton137 has quit IRC | 12:31 | |
| *** midoubleko has joined #cc | 12:59 | |
| *** akila87 has joined #cc | 13:06 | |
| *** bassel has quit IRC | 13:12 | |
| *** bassel has joined #cc | 13:21 | |
| *** akila87 has left #cc | 13:27 | |
| *** tvol has joined #cc | 13:41 | |
| *** nkinkade has joined #cc | 13:52 | |
| *** igorlukanin1 has joined #cc | 14:27 | |
| *** igorlukanin has quit IRC | 14:28 | |
| *** oshani has joined #cc | 14:39 | |
| *** jgay has joined #cc | 14:41 | |
| *** oshani has quit IRC | 15:00 | |
| *** oshani has joined #cc | 15:01 | |
| *** akila87 has joined #cc | 15:09 | |
| akila87 | Hello paroneayea, | 15:09 |
|---|---|---|
| paroneayea | heya akila87 | 15:21 |
| akila87 | paroneayea, I added the RDF support for the ccooo addon | 15:22 |
| paroneayea | awesome :D | 15:22 |
| akila87 | but there is a problem with the namesapces | 15:22 |
| akila87 | i have asked about that in the ooo dev irc | 15:23 |
| paroneayea | what's the problem? | 15:23 |
| akila87 | and they said it may be a bug in the SDK | 15:23 |
| akila87 | the same thing in this mail http://www.openoffice.org/servlets/ReadMsg?list=dev&msgNo=26840 | 15:24 |
| akila87 | i tried the solution also and still its the same | 15:24 |
| paroneayea | ah I see... so it's printing out ns1 and ns2 and etc instead of the namespace prefixes it should be? | 15:25 |
| akila87 | then I tried to use inbuilt URIs and they worked fine | 15:25 |
| akila87 | ya | 15:25 |
| akila87 | and it seems like sdk doesn't let us to add metadata to meta.xml | 15:27 |
| akila87 | except the user defined ones | 15:27 |
| akila87 | like <meta:user-defined meta:name="License Name">Attribution-NoDerivs 2.5 Australia</meta:user-defined> | 15:28 |
| akila87 | seems like adding a meta data as nathan specified here: http://yergler.net/projects/cc-oasis/ccoasis.html is not possible. | 15:30 |
| paroneayea | hm... | 15:31 |
| *** igorlukanin has joined #cc | 15:32 | |
| akila87 | but we can create a file like meta.rdf and OOO automatically link it to manifest.rdf | 15:32 |
| *** igorlukanin1 has quit IRC | 15:33 | |
| akila87 | this manifest.rdf will contain links to meta.xml and all the other data therefore this won't be a problem. | 15:34 |
| akila87 | and currently this is only supported for writer. the developer wiki says "As of OOo version 3.2, RDF metadata is only supported in writer documents. The generic RDF parts of the API are all implemented. The document integration parts are not yet completely implemented: most elements do not support the xml:id that is required for use with RDF." | 15:37 |
| *** Kaetemi has joined #cc | 15:50 | |
| paroneayea | akila87: hm. Well, I'd encourage you to keep looking at it and do what you can considering.. I don't have answers for you ATM | 15:59 |
| paroneayea | I'm going to try to do some more reading up and etc next week so I can do a better job of mentoring this :) | 15:59 |
| paroneayea | this week is a bit difficult since I'm trying to land the "sanity overhaul" stuff | 16:00 |
| paroneayea | and take it from staging to live | 16:00 |
| *** ankitg has joined #cc | 16:00 | |
| akila87 | paroneayea sure, I just wanted to inform you what I'm dong | 16:01 |
| paroneayea | I appreciate it :) | 16:01 |
| paroneayea | you seem to be doing a great job so far from what I can tell | 16:02 |
| akila87 | paroneayea, thanks!! currently the things are not that hard I think I can manage them. Don't worry I'll survive for next couple of weeks with out the help of you and nathany :) | 16:05 |
| akila87 | ill update the SVN so both of u can check that when you become free | 16:06 |
| paroneayea | cool | 16:06 |
| *** erlehmann has quit IRC | 16:35 | |
| *** Bovinity has joined #cc | 16:43 | |
| *** michi_ has joined #cc | 16:47 | |
| *** JED3 has joined #cc | 16:57 | |
| *** tvol has quit IRC | 17:03 | |
| *** bassel has quit IRC | 17:27 | |
| *** ankitg has quit IRC | 17:33 | |
| *** wormsxulla has quit IRC | 17:37 | |
| *** wormsxulla has joined #cc | 17:53 | |
| *** akila87 has left #cc | 18:06 | |
| *** akozak has joined #cc | 18:12 | |
| *** michi_ has quit IRC | 18:16 | |
| *** nyergler has joined #cc | 18:37 | |
| akozak | nyergler, how do you feel about UML? I came across it reading about software use-cases. | 18:39 |
| nyergler | akozak, I feel ambivalent :) | 18:40 |
| nyergler | it's a powerful way to describe models independent of the code, when such description is needed :) | 18:40 |
| nyergler | (and it's a way to think about modeling before you code) | 18:40 |
| nyergler | my experience has been that many people use it because their tool supports code generation, and they think that saves them time | 18:41 |
| nyergler | it may, but I don't think it's a given | 18:41 |
| akozak | oh, interesting. | 18:41 |
| akozak | it reminds me of patching in max/msp or pd where you've abstracted a level or two above the actual code. | 18:42 |
| nyergler | i don't know what that is, but it sounds about right :) | 18:47 |
| *** luisv has joined #cc | 18:58 | |
| *** jgay has quit IRC | 19:06 | |
| *** Bovinity has quit IRC | 19:07 | |
| JED3 | akozak: http://code.creativecommons.org/~john/commoner.png | 19:20 |
| *** ankitg has joined #cc | 19:20 | |
| *** igorlukanin has quit IRC | 19:50 | |
| nkinkade | JED3: Can bounce something off of you? | 19:55 |
| JED3 | nkinkade: sure | 19:55 |
| nkinkade | JED3: So I've got an issue with PayPal IPN for subscriptions payments (recurring). The issue is that PayPal sends 2 distinct IPN when a subscr. is first started ... one with subscr. info and the other with info on the first payment. | 19:56 |
| nkinkade | You can never know which will arrive first, and they usually arrive nearly simultaneously. | 19:56 |
| *** mralex has joined #cc | 19:56 | |
| nkinkade | The problem is that each has info we need, but neither has all the info. | 19:57 |
| nkinkade | If I let it run normally, then we run into database and timing issues. | 19:57 |
| nkinkade | They come in so close to one another that sometimes the code that checks to see if the contribution has already been recorded doesn't see it, but a little later in the code it does ... this causes problem and errors. | 19:58 |
| nkinkade | I'm just not sure what the best way to handle this is. | 19:58 |
| nkinkade | I was wondering if anything immediately occurs to you. | 19:58 |
| nkinkade | JED3: ^^ | 19:58 |
| JED3 | nkinkade: the one containing subscr info, does it contain an id that ties it to a contribution? | 20:00 |
| nkinkade | One thing that occurred to me was to reject the subscr_signup IPN until the code can see that the subscr_payment IPN has already recorded the transaction. | 20:00 |
| nkinkade | JED3: Yes, it has an invoice number. | 20:00 |
| nkinkade | (that is common to both). | 20:00 |
| JED3 | what are the "problems and errors" this causes? | 20:01 |
| nkinkade | The problem with my proposed method is that verifying that the IPN actually came from PayPal is one and the same process of accepting it, so it can never be sent again. | 20:02 |
| JED3 | duplicates? | 20:02 |
| nkinkade | JED3: Yes, duplicates. | 20:02 |
| nkinkade | The code will look to see if the contr. exists, and if so it just does an update. | 20:02 |
| JED3 | ah okay, and these come in so close to one another that the exists logic occurs in the midst of a database write? | 20:03 |
| nkinkade | else it adds a new record. But when it checks for an existing contr. it doesn't find it, but by the time it tries to add it does exists and throws a duplicate error. | 20:03 |
| *** lml has joined #cc | 20:04 | |
| JED3 | hmm, you might want to store it memory as soon as you receive the IPN then, if the latency in mysql is large enough to allow this to happen | 20:04 |
| JED3 | or... hold a lock whenever the IPN processing code is running | 20:05 |
| nkinkade | JED3: Part of the problem is that you can never know which will arrive first. Ideally the payment would arrive first, as it has the most complete set of info. | 20:05 |
| nkinkade | JED3: Do you mean that the code would sit in a holding pattern waiting for the lock to clear? | 20:06 |
| JED3 | well thats fine, because you could support that by only filling in the columns with that available data in the first ipn and then update the rest of the columns with whatever is available in the 2nd IPN | 20:06 |
| JED3 | nkinkade: yes | 20:07 |
| nkinkade | that is what it currently does. | 20:07 |
| nkinkade | It records what it can, then fills in the rest later with the next IPN. | 20:07 |
| nkinkade | I guess a lock is the only real solution. | 20:07 |
| nkinkade | Thanks. I think CiviCRM already has an API for easily adding locks. | 20:08 |
| JED3 | cool, yeah a simple file lock is also very straightforward in php | 20:08 |
| nkinkade | JED3: The lock worked great. | 20:30 |
| JED3 | nkinkade: awesome | 20:30 |
| JED3 | btw, staging.cc.net isn't running the branch containing the invite POST view | 20:31 |
| JED3 | so if you get any errors for any reason. that'd be the reason why | 20:31 |
| *** midoubleko has quit IRC | 20:32 | |
| *** luisv has quit IRC | 20:39 | |
| *** oshani has quit IRC | 20:41 | |
| *** nyergler has quit IRC | 23:48 | |
| *** oshani has joined #cc | 23:58 | |
Generated by irclog2html.py 2.6 by Marius Gedminas - find it at mg.pov.lt!
