Eclipse Community Forums: DSDP - Mobile Tools for Java (MTJ)

Home » Eclipse Projects » DSDP - Mobile Tools for Java (MTJ) » standalone preverifier(I need a preverifier for my project and I don't want to make dependency on WTK)

Show: Today's Messages :: Show Polls :: Message Navigator

standalone preverifier [message #508787]

Wed, 20 January 2010 05:42

V
Messages: 13
Registered: January 2010

Junior Member

Hello, I want a simple preverifier. MTJ contains one. Well, I can fork it according EPL and publish it. However, I think that separating one project from MTJ is better than forking.
The way to separate it is simple:
* separate the two neccessary packages
* remove the one unneccessary class that refers to Eclipse
* modify package name
* fix following problem: http://old.nabble.com/Help-with-ClassWriter.getCommonSuperCl ass()-td18964149.html (BTW: how does MTJ bypass it?)

Report message to a moderator

Re: standalone preverifier [message #511067 is a reply to message #508787]

Fri, 29 January 2010 11:56

Diego Madruga Sandin is currently offline

Diego Madruga Sandin
Messages: 59
Registered: July 2009

Member

Hi,

MTJ doesn't provide a preverifier implementation. We have a wrapper for third party preverifiers, for example, the one provided by sun.

--
Diego

Report message to a moderator

Re: standalone preverifier [message #511073 is a reply to message #508787]

Fri, 29 January 2010 12:27

V
Messages: 13
Registered: January 2010

Junior Member

Well, I think that org.eclipse.mtj.core.preverifier is an implementation of preverifier, isn't it?

Report message to a moderator

Re: standalone preverifier [message #511080 is a reply to message #511073]

Fri, 29 January 2010 13:09

Gustavo de Paula
Messages: 42
Registered: January 2010

Member

actually it is an email where it is possible to add preverifiers. but MTJ itself does not ship with one. in the past eclipseME had a prototype preverifier, but it was discontinued since noone was able to maintain it.

there are some external preverifiers code that could be used, but they are GPL (PhoneME) and it is not possible to ship it with MTJ

Smile

gep

Report message to a moderator

Re: standalone preverifier [message #511081 is a reply to message #511073]

Fri, 29 January 2010 13:10

Diego Madruga Sandin
Messages: 59
Registered: July 2009

Member

This plug-in was imported from EclipseME, it is deprecated and no longer functional within MTJ. But if you intend to work on it, I'll suggest you to contact Craig Setera, that implemented it.

--
Diego

Report message to a moderator

Re: standalone preverifier [message #511099 is a reply to message #511081]

Fri, 29 January 2010 14:58

V
Messages: 13
Registered: January 2010

Junior Member

What about @Deprecated or removing from src? I think that being in history of versioning system is enough for deprecated and unused classes.

I've tried the preverifier and it works. The only correction that I've done is hacking ASM to use my own preverifier in ClassWriter.getCommonSuperClass() (see above).

Note that I've tested it on modified classes only: It was a normal valid J2ME app. I modified its bytecode and preverified it by this preverifier.

I don't know very much about StackMap and I don't think that I can maintain MTJ preverifier.

Report message to a moderator

Re: standalone preverifier [message #512065 is a reply to message #508787]

Wed, 03 February 2010 14:09

V
Messages: 13
Registered: January 2010

Junior Member

Well, I've tried to look up something about preverifier problems.
Tests: MTJ: nothing found
EclipseME: http://eclipseme.svn.sourceforge.net/viewvc/eclipseme/trunk/ eclipseme-src/plugins/eclipseme.core.preverifier/src-test/pr everification/ // I'm writing this post from my mobile phone so I don't have tested it. I also don't know much about quality of these tests. It seems that it compares actual results to WTK preverifier results, but I don't know whether it covers enough cases. Measuring MTJ Preverifier code coverage is not enough, of course.
Preverifier bugs:
* EclipseME: I don't have found any EclipseME bug tracking system Sad

* MTJ: I've found https://bugs.eclipse.org/bugs/buglist.cgi?quicksearch=prever ifier , but it does not contain anything interesting Smile

* I've found some minor bugs by more strict code check.
* I've hacked ASM to use proper ClassLoader (see above).
* Do you know any list of its bugs?

I'm also not sure about legal forking. At the start of each file it a copyright notice for C.S. "and others". I can be included in "others", I think. So, the most natural way of modification is to alter years of the copyright notice. However, i'm not allowed to do it according EPL. Should I add a new copyright notice under the existing one?

Report message to a moderator

Re: standalone preverifier [message #512066 is a reply to message #508787]

Wed, 03 February 2010 14:10

V
Messages: 13
Registered: January 2010

Junior Member

* MTJ: I've found https://bugs.eclipse.org/bugs/buglist.cgi?quicksearch=prever ifier , but it does not contain anything interesting Smile

Report message to a moderator

Re: standalone preverifier [message #519439 is a reply to message #508787]

Mon, 08 March 2010 14:54

V
Messages: 13
Registered: January 2010

Junior Member

If you are interested in a Preverifier, there is one: http://github.com/v6ak/Preverifier/ .

It is derived from MTJ Preverifier, but it seems to work.

I hope I don't violate any EPL rule. If you disagree, tell me, please.

Report message to a moderator

Previous Topic:	Eclipse Pulsar - a huge step backward?
Next Topic:	standalone preverifier

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

]

Current Time: Sat May 18 22:00:52 EDT 2013