Re: [jakarta.ee-spec.committee] Potential Agenda item for tomorrow

[Scott Stark <sstark@xxxxxxxxxx>]

There is an agent based project that has the ability to do this via rules:
http://byteman.jboss.org/

On Tue, Apr 9, 2019 at 2:43 PM David Blevins <dblevins@xxxxxxxxxxxxx> wrote:
>
> I mentioned I can attend, but won't have time to create material for us to review.  Tanja was wondering if she should cancel.
>
> We do need to have a directed technical discussion on how we can move Jakarta EE forward without the javax namespace.  Dmitry raised on this morning's PMC call that we really need to communicate some path forward as part of the public disclosure that modification of javax is no longer on the table.  I agree.  It cannot wait till after we disclose the minutes and after Jakarta EE 8.
>
> I dont' think we need firm agreement on how.  Any sign of hope to cling to is good -- it can evolve.   We just need to:
>
>  - Collect some ideas on how to move forward, technically
>  - Write it down and hand it over to the Steering committee
>  - The ideas will not constitute agreement, just options (hope)
>
> I would suggest we need to have this discussed, written up and closed for delivery by next Wednesday.
>
>
> Some discussion items:
>
>  - Should all code be transitioned from javax.* to jakarta.*
>     - If so, when and would anything not be moved?
>
>  - How do we imagine solving the compatibility issues:
>
>     - Could we write a Java Agent to transform application bytecode from java
>     - How would we handle META-INF/services/javax resources?
>     - How do we handle system properties in the javax namespace?
>     - Are there any xml schema related concerns?
>     - Does JSF have any additional issues with faces descriptors?
>     - Could we create an Eclipse IDE plugin to update the source of old apps?
>
> Both Dmitry and I had been independently dreaming up a dynamic bytecode modification solution for backwards compatibility with old apps.  The IDE plugin idea is entirely his and I think  could be used in a way that creates positive spin, "aren't we lucky we're at the same home as the Eclipse IDE."
>
>
> -David
>
>
>
>
> An idea both Dmitry and I had was to write a Java Agent that could modify bytecode and "upgrade" old apps to run on new jakarta.* servers.  There's obvious issues on handling resource lookups to META-INF/services/javax.* files.  As well, could we leverage being Eclipse and imply we may start an effort to write an IDE plugin to update people's source code from javax to jakarta?
>
> --
> David Blevins
> http://twitter.com/dblevins
> http://www.tomitribe.com
> 310-633-3852