For etohum admin application we used gae/j and it has been almost two years and gae/j has been improved a lot, but still, it has some really annoying features (bugs — I am not sure how to named them).

This time, it is the Datastore Indexes. Some of the pages requires indexes like

which turns out to be confusing for the auto generation tool. If, let’s say, you change the order of the last two fields,

like this

you will not get it automatically.

Even if you explicitly define it in your  datastore-indexes.xml file

<datastore-index kind="Application" ancestor="false" source="manual">
 <property name="applciationIsFinished" direction="asc"/>
 <property name="isSpam" direction="asc"/>
 <property name="sezonId" direction="asc"/>
 <property name="bitisTarihi" direction="desc"/>
 <property name="basvuruTarihi" direction="desc"/>
 </datastore-index>

And the workaround for the problem is stated in the last paragraph of Using Automatic Index Configuration documentation

It’s a good idea to occasionally move index configuration from datastore-indexes-auto.xml to datastore-indexes.xml, then disable automatic index configuration and test your app in the development server. This makes it easy to maintain indexes without having to manage two files, and ensures that your testing will reproduce errors caused by missing index configuration.

So change the datastore-indexes.xml file and add manually the all required indexes and upload the application.

<datastore-indexes autoGenerate="false">

You can change it back to auto generate after make sure the desired indexes are created.

ps. A tip about gae/j is that it is considerable faster when it is 4AM-7AM at the west coast of North America.

Memcache provides convenience to store a frequent query in memory, so that you don’t have to make the same execution over and over again. For the iPhone application I build (Fragman), I build a GAE/J backend for managing movie names, IMDB URLs, thumb images, video files, etc. It interacts with the Obj-c code via calls encoded in JSON.

Since the categories are updated so frequently (new trailer, top 250 , soap opera trailers), every time the user starts the application from her iPhone, the corresponding categories Id(key) lists are  created which includes all the aspects mentioned above,

what I see, after people start to use the application that, most of the time, the application got stuck with the time constraint of GAE and this causes inconvenience, so I decided to hold the category lists’s JSON in memory. Following is the code ,

this is the servlet for creating the JSON which is called after say upcoming movie list is changed. This servlet updates the memcached list

        List keyList = new ArrayList();
	static Cache cache;
	static
	{
		try
		{
			CacheFactory cacheFactory =

CacheManager.getInstance().getCacheFactory();
			cache = cacheFactory.createCache(

Collections.emptyMap());
		}
		catch (CacheException e)
		{
			// ...
		}
		//.....
                public void doGet(HttpServletRequest request,

HttpServletResponse response) throws ServletException, IOException

	        {
                       //................
                       if(cache.containsKey(mode))
		       {
			     cache.remove(mode);
		       }
		       cache.put(mode, keyList);
	        }

                //........

          }

And this is the servlet that fetch the Fragman beans from the datastore with the given keys (key list is got from the memecached list)

          keyList = (List)cache.get(mode);

By doing this, I reduce the time that the servlet that creates the JSON takes.