Hi Sebastian,
> RE.REPLACE_WITH_ESCAPES could not be resolved. Please send me your new
> RE.java. Easiest for me would be, if you send all your sourcefiles.
REPLACE_WITH_ESCAPES is part of fix for 24234 (Doesn't seem to be a
way to use '\' in subst with) which is not integrated yet. So, you
can
> I can't find RETestCaseEnv.java.
Attached.
Oleg.
RETestCaseEnv.java.gz
Description: GNU Zip compressed data
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Thanks Vadim for your response.
> Committers do:
> http://www.apache.org/~jim/projects.html#jakarta-regexp
You as a committer will do too.
It is difficult to discuss things on a daily base. Quicker return would be
more efficient. Could we discuss the general intentions in a chat?
How about i
[EMAIL PROTECTED] wrote:
I'm not a jakarta-regexp developer :(
Who decides how the next version looks like?
Committers do:
http://www.apache.org/~jim/projects.html#jakarta-regexp
Vadim
-
To unsubscribe, e-mail: [EMAIL PR
> I'm not a jakarta-regexp developer :(
Who decides how the next version looks like?
> So I only can submit a patch
> with proposed changes. Could you, please, confirm that the attached
> diffs are exactly what you want.
I can't find RETestCaseEnv.java.
--
Hi Sebastian,
I'm not a jakarta-regexp developer :( So I only can submit a patch
with proposed changes. Could you, please, confirm that the attached
diffs are exactly what you want. And I will submit a patch (or you
can do this yourself).
With best regards, Oleg.
> Dear Oleg,
> please don't f
> Here are some changes:
...
> and RETestCaseEnv (you should make this
> interface public)
...
Dear Oleg,
please don't forget to make this interface public in the new version.
I want to let your source code (the jar-file) untouched.
Kind regards, Sebastian
I would suggest to make RETestCaseEnv interface.
And write only one implementation for JUnit, because we do not plan
support any other testing frameworks (at least for now). If (when) we
decide support one more framework then we will extract common part to
super class (but for now it's not necess
Thanks for your good code review and for your good hints.
> > How about a default implementation of the interface RETestCaseEnv?
- messages go to the console
- counting of tests
- counting of failures
Maybe this is of general usage.
For JUnit only the fail method need to be overrided (as i see
See below.
>> > RE.REPLACE_WITH_ESCAPES could not be resolved. Please send me your new
>> > RE.java. Easiest for me would be, if you send all your source files
>>
>> This is part of the fix which is not integrated yet, so you can just
>> remove/comment out
>> tests which use this flag.
> Yes, I
> > RE.REPLACE_WITH_ESCAPES could not be resolved. Please send me your new
> > RE.java. Easiest for me would be, if you send all your source files
>
> This is part of the fix which is not integrated yet, so you can just
> remove/comment out
> tests which use this flag.
Yes, I did that. I have st
Hi Sebastian,
It looks like I have some problems with mail delivery (I've sent answer yesterday
but still it's not arrived to the list :( So, I send second one from another
address.
> RE.REPLACE_WITH_ESCAPES could not be resolved. Please send me your new
> RE.java. Easiest for me would be, if
Hi Oleg,
RE.REPLACE_WITH_ESCAPES could not be resolved. Please send me your new
RE.java. Easiest for me would be, if you send all your sourcefiles.
Using JUnit the way you described is easy. I had MUCH more time to spend
to get the sourcefiles. If the test works, I will refactor a little and
w
>> Here are the diffs.
> Please sent me the changed or new classes.
RETest.java.txt.gz
Description: GNU Zip compressed data
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
> Here are the diffs.
Please sent me the changed or new classes.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Friday, March 5, 2004, 12:14:13 PM, you wrote:
>> >> I've attached final RETEst.java version
> You sent me RE.java. Please send RETest.java.
:(
Next try. Here are the diffs. Just make RETestCaseEnv interface
public. (Hope this try will be successful :)
Oleg.
> >> I've attached final RETEst.java version
You sent me RE.java. Please send RETest.java.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi Sebastian,
> now I looked into this and have following idea:
> RETest has a public static method which reads a filename and returns an
> array of test-objects. An test-object has accessing methods for the
> contents of the 5 lines for each test.
for now RETest processes script file in the f
>> I've attached final RETEst.java version
> Maybe you forgot to attach the file.
No, I've attached it but it looks like it was removed by the list
(perhaps it was too big)
Here is next try.
Oleg
RE.java.gz
Description: GNU Zip compressed data
--
Dear Oleg,
now I looked into this and have following idea:
RETest has a public static method which reads a filename and returns an
array of test-objects. An test-object has accessing methods for the
contents of the 5 lines for each test.
With these objects I would write the JUnit tests and gi
Dear Oleg,
many thanks for your reply.
> I've attached final RETEst.java version
Maybe you forgot to attach the file.
> Here are some changes:
...
> Or do you need
> something else?
Maybe, I will look into this and send you my solution to discuss.
> Also, perhaps it's worth to file RFE abou
>> RETest is a framework for the testing already and it's simplier than
>> JUnit.
> Yes, that is true.
> But we have plenty of JUnit Tests for our common code. So we would
> like to run JUnit for regex as well.
Ok.
>> I agree with Vadim that it should be easy to convert RETest to JUnit.
> Of cour
> RETest is a framework for the testing already and it's simplier than
> JUnit.
Yes, that is true.
But we have plenty of JUnit Tests for our common code. So we would like to
run JUnit for regex as well.
> I agree with Vadim that it should be easy to convert RETest to JUnit.
Of course that is eas
Hi Sebastian,
I agree with Vadim that it should be easy to convert RETest to JUnit.
However you will need to write your own TestRunner for this purpose.
RETest is a framework for the testing already and it's simplier than
JUnit. What advantages you expect from using JUnit? Is it easier to
add re
Sebastian_Petzelberger/[EMAIL PROTECTED] wrote:
Hi Developers,
did someone uses JUnit for regex-testing?
Did someone uses the RETest.txt with JUnit?
I would like to do this and like to reuse the code.
I don't think it will be hard to convert retest to junit. I only find
one problem: junit is much
25 matches
Mail list logo
