During the year of Covid I started a garden. I’ve had plants in pots before but this was the first time I had a section of land dedicated to plants. It turned out to be a great education opportunity for my son. However now I need to actually do something with what I grew. I was amazed how much plant there was above the carrot and wanted to make a meal which used it.
Ingredients:
1+ carrots with top. Enough to make 2 cups of greens once the stems are removed.
zucchini (optional)
2 cups of baby spinach
3-4 cloves of garlic.
1 cup of roasted unsalted cashews
olive oil
Salt & pepper
1lb of pasta (penne works well)
Parmesan to taste
Instructions
Preheat oven to 425
Separate carrot(s) from top and wash/peel
Slice carrots and zucchini (optional) to somewhat equal size
Toss carrots with olive oil, salt, and pepper.
Place on sheet pan and put in the oven for about 20 minutes
Wash and separate the greens from the tough stems. Also remove anything that looks…ugly
Put greens, spinach, garlic, roasted unsalted cashews, and 1 cup of olive oil into a blender.
Pulse until smooth. Depending on your blender you may want to add the olive oil in parts.
Cook pasta until al-dente
Drain most the water but not all. roughly half a cup
So time to make a list of files to port. Lets see how many java files there are…
find lucene |grep ".java" |wc -l 5502
Hmm…. OK let’s try focusing on Test cases instead…
find lucene |grep ".java" |grep Test |wc -l 1570
A bit better but not great. Let’s focus on the first thing you need to create an index…
find lucene/core/src/test/org/apache/lucene/store |grep ".java" |grep Test |wc -l 25
Looking good….Oh wait…. and then there are dependencies
*
* Unless required by applicable law or agreed to in writing, software
* distributed under the License is distributed on an "AS IS" BASIS,
* WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
* See the License for the specific language governing permissions and
* limitations under the License.
*/
package org.apache.lucene.store;
import static org.junit.Assert.*;
import com.carrotsearch.randomizedtesting.RandomizedTest;
import com.carrotsearch.randomizedtesting.Xoroshiro128PlusRandom;
import com.carrotsearch.randomizedtesting.generators.RandomBytes;
import com.carrotsearch.randomizedtesting.generators.RandomNumbers;
import com.carrotsearch.randomizedtesting.generators.RandomPicks;
import com.carrotsearch.randomizedtesting.generators.RandomStrings;
import java.io.ByteArrayOutputStream;
import java.io.IOException;
import java.nio.ByteBuffer;
import java.util.ArrayList;
import java.util.List;
import java.util.Random;
import org.apache.lucene.util.ArrayUtil;
import org.apache.lucene.util.IOUtils.IOConsumer;
import org.junit.Test;
public abstract class BaseDataOutputTestCase extends RandomizedTest {
protected abstract T newInstance();
So org.apache.lucene.util is too big to implement at once.
find lucene/core/src/test/org/apache/lucene/util/ |grep ".java" |grep Test |wc -l
100
So in theory implementing the rest of core should result in the util package getting fully implemented. Now Lucene also has it’s own Test Framework.
Test Frameworks
So here is the conundrum. The problem with JNI is you are living in two domains (JavaVM & System).It is very tempting to use the Java test cases as a source of truth for the Rust code behavior. The key problem is when it goes wrong is the problem in the java code, JNI, or the rust code? The alternative is to have two sets of books. port the tests to rust and run both. This essentially doubles the amount of work. However should save an incredible amount of time when tests fail. The resulting logic should be
Rust test fails
JUnit test fails
Next steps
Yes
Yes
Focus on changing the code to make the Rust test pass.
Yes
No
Update the Rust tests to match the logic of the JUnit Test
No
Yes
Ensure the logic in the rust test match the JUnit test. If so focus on the JNI glue code.
Aaron Cohen 