Return-Path: X-Original-To: apmail-zest-dev-archive@minotaur.apache.org Delivered-To: apmail-zest-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9FB1018A54 for ; Thu, 21 Apr 2016 00:02:25 +0000 (UTC) Received: (qmail 45360 invoked by uid 500); 21 Apr 2016 00:02:25 -0000 Delivered-To: apmail-zest-dev-archive@zest.apache.org Received: (qmail 45327 invoked by uid 500); 21 Apr 2016 00:02:25 -0000 Mailing-List: contact dev-help@zest.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@zest.apache.org Delivered-To: mailing list dev@zest.apache.org Received: (qmail 45286 invoked by uid 99); 21 Apr 2016 00:02:25 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Apr 2016 00:02:25 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 704002C14F4 for ; Thu, 21 Apr 2016 00:02:25 +0000 (UTC) Date: Thu, 21 Apr 2016 00:02:25 +0000 (UTC) From: "Niclas Hedhman (JIRA)" To: dev@zest.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (ZEST-50) Make the bytecode generation 'pluggable' MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/ZEST-50?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15250986#comment-15250986 ] Niclas Hedhman commented on ZEST-50: ------------------------------------ This is a very rare but perhaps important usecase. There isn't many different bytecode types out there, but Android is a large platform and may become a lot bigger in the future... SO, instead of making a very explicit support for bytecode generation pluggability, I am adding support for a custom AssemblyHelper, and the default one will have a overrideable instantiateFragmentClassLoader(). This means that the functionality can be added with a little bit of work, but it is encompassed in a wider feature of replacing the entire fragment classloader. > Make the bytecode generation 'pluggable' > ---------------------------------------- > > Key: ZEST-50 > URL: https://issues.apache.org/jira/browse/ZEST-50 > Project: Zest > Issue Type: New Feature > Reporter: Paul Merlin > Labels: bytecode, core, extensions > Attachments: zest-android-screenshot.png > > > Dalvik VM has a different bytecode set than Java, and it would be nice to allow the byte code generation (now in FragmentClassloader and TransientClassloader) to be fully pluggable to support Android in the future. > What about ASMDEX or DexMaker ? > See https://github.com/eskatos/qi4j-android-sample-app -- This message was sent by Atlassian JIRA (v6.3.4#6332)