assets/developer-notes/stephanie-gawroriski/2016/09/29.mkd

   1 # 2016/09/29
   2
   3 ## 07:24
   4
   5 So `BasicNamespaceWriter` loses EDIS usage and does not use it at all, however
   6 for writing I can always wrap that in a proposed future value changing
   7 operation. So I would need to devise a new class where I can easily specify a
   8 kind of write callback to be performed before a write operation. I can use a
   9 growable/shrinkable byte array (not like `ByteDeque`) that implements
  10 `DataOutput` so I can easily write such things with the given interface.
  11
  12 ## 07:46
  13
  14 `DataEndianess` is a duplicate, I knew this from the start because I did not
  15 want to import `cldc-full` for some classes when it was potentially not needed
  16 for operations. However, I am considering removing it. However a problem with
  17 this is that `ByteOrder` is not an enumeration, so that makes it more
  18 difficult to use for example. I cannot just make it an enumeration either.
  19
  20 ## 07:54
  21
  22 I have an infinite recursion where a base project has an optional dependency
  23 which depends on the base project.
  24
  25 ## 17:22
  26
  27 I need a means of facilitating an easy to distribute test system where I can
  28 package a single set of projects into a single JAR. For example, I would need
  29 to run tests on the reference implementation on a specific device type. I must
  30 have a script that can do this. In general, I will need a test suite where I
  31 can run CLDC tests and other such things on the environment. Since the
  32 reference implementation I am basing off does not support LIBlets, everything
  33 will need to be exported into a single JAR file, which is quite simple. One
  34 other thing I can do is take my existing class decoder and perform a simple
  35 pass which renames methods and class names using a prefix (method names are
  36 renamed due to Object). This would act in a way as a standalone mini virtual
  37 environment that I could potentially get running on existing VMs and ones
  38 such as J2ME VMs. These would be essentially standalone JARs with a kind of
  39 bridge to run single programs. This would allow me to develop the class
  40 library accordingly. Since I now have a package and building system that is
  41 standalone from the build system, this makes it easier. One considering is
  42 that `ProjectList` should be able to be assigned a static compiler and
  43 launcher, where if a null argument is passed it will attempt to use the
  44 statically provided one. So if I were to write a Java compiler that could
  45 be the default system. But if I do the translation layer as mentioned before
  46 and have a Java compiler, I could essentially get a standalone environment
  47 setup. Since as it stands right now, since the bulk of my library is just
  48 `TODO`, I would not be running much when it comes to code anyway. Since I
  49 have been stuck on the JIT for awhile, this could be an alternative where I
  50 can slowly work and refactor it along with implementing the main library.
  51 But the most important thing is being able to run tests on the reference
  52 implementation so I can gauge how things work.
  53
  54 ## 20:53
  55
  56 Seems my global set is not working. I printed the identity hash code for the
  57 class and in both instances it is a different number. So class loader must
  58 either not be delegating or no parent was set.
  59
  60 ## 22:23
  61
  62 So I have basic singular output, but some dependencies are missing so the
  63 JAR might not truly be standalone. The missing dependencies are mostly
  64 just optional ones.
  65
  66 ## 22:27
  67
  68 Actually, that is because I do not include any optionals.
  69
  70 ## 22:29
  71
  72 One thing I must handle are services.