| time |
nick |
message |
10:10 |
<udai> |
Hi Ralf |
10:11 |
<ralf> |
hi udai |
10:11 |
<udai> |
I have few doubts |
10:12 |
<udai> |
about the validation as i am trying to draw a picture of the process |
10:13 |
<udai> |
I had just figured out about properties that we might need for some classes during validation as you told |
10:15 |
<udai> |
I was thinking that if we have the information about field first then we can reduce the authType list accordingly |
10:16 |
<udai> |
but you said that we can assume that we have the information about fields from CD (if I didn't missed something) |
10:18 |
<udai> |
IMHO I think if we have field first we can check the expressions comparing to field type |
10:19 |
<udai> |
and there should be some exception like InvalidQueryObject which should be thrown showing the stacktrace when we encounter an invalid QO (validation() fails ) |
10:19 |
<udai> |
the stacktrace can show where we encountered the error during validation |
10:26 |
<ralf> |
@Exception: good idea. would call it InvalidQueryException or something like that |
10:27 |
<ralf> |
@field: you remember the problem with refactoring of CD |
10:28 |
<udai> |
yes |
10:28 |
<ralf> |
according to this refactoring it does not make sense to work at resolve process |
10:29 |
<ralf> |
until we can work against SVN HEAD which will require some work from me |
10:29 |
<udai> |
@field: thats why I have no Idea about the information format |
10:29 |
<ralf> |
but atm i am a bit short of time so this may take a while |
10:30 |
<udai> |
okay in the mean while I will try to make this picture more clear |
10:30 |
<udai> |
can you tell me the issue for CD |
10:30 |
<ralf> |
for the time being it should be no problem for you which information you will need for a field for the validation process |
10:30 |
<udai> |
I mean where I can see what changes werner made what was those earlier |
10:31 |
<ralf> |
wanted to say: for the time being it should be no problem for you to define which information you will need for a field for the validation process |
10:31 |
<udai> |
okay I will try to figure out that |
10:32 |
<ralf> |
then you can add getter and setter methods for this info |
10:32 |
<udai> |
getter and setter where? |
10:32 |
<ralf> |
to test validation you can use those getters/setters to test validation |
10:33 |
<udai> |
oh okay |
10:33 |
<udai> |
I think this will be fine |
10:34 |
<ralf> |
if you need the type of the field then you have to add getters/setters for the type of the field |
10:35 |
<ralf> |
@CD changes: about everything changed. interfaces, methods, how to use them |
10:37 |
<udai> |
okay |
10:57 |
<udai> |
sorry the network went down..... |
11:27 |
<udai> |
okay so I will be doing as said |
11:55 |
<ralf> |
i thought a bit about our project at the weekend. |
11:56 |
<ralf> |
while i expected that we could implement some more features during GSoC |
11:56 |
<ralf> |
at the beginning |
11:59 |
<ralf> |
i now think we reached a good point to declare the GSoC project as finished |
11:59 |
<ralf> |
even if there is a lot of work left until this could be integrated into Castor |
12:01 |
<ralf> |
as already said, i will appreciate if you continue to contribute to Castor and its new query engine |
12:02 |
<ralf> |
but it's up to you how much time you like to spend on that |
12:03 |
<ralf> |
i'll fill GSoC evaluation the next few days |
12:15 |
<udai> |
Its all my pleasure workking with you so as I already said I will continue working on this issue |
12:42 |
<ralf> |
great |
12:44 |
<udai> |
I will try my best to finish the remaining part of our work |
12:44 |
<ralf> |
i just wanted to let you know my thoughts and that it is up to you how much time you spend on that |
12:47 |
<udai> |
now its more than GSoC for me as its gives me an opportunity to learn |
12:52 |
<ralf> |
i also think tht it is a good opportunity to practis the theory you learn at university |
12:54 |
<udai> |
of course |
13:44 |
<ralf> |
be back in a minute |
14:20 |
<udai> |
I will be out for dinner...will be back in an hour |