se podra o no se podra hacer?

[fantomas]

bueno antes que todo este es un procedimiento que se me ocurrio de la nada..

bueno al liberar un s/e por medio de fastjava o java unlocker se crea un archivo executor que es una aplicacion java

al ejecutarla el moblil queda liberado sean w580 cid52 w200 cid 53 52 51 k310 cid 50 z310 w380 etc


la pregunta del millon

hay alguna manera de sacar esa aplicacion java del celular ??

asi poder mmmm distribuirla a los usuarios de esta comunidad??

es una buena idea ojala se pueda


escriban sus comentarios y algunas idea ..de por si .. las intentare todas ,,
si es posible tutoriales..

buenos dias

[kactuso]

Uy seria interesante la verdad no se como funciona tal aplicación pero un metodo podria ser c/tpa/preset/system/ams ?

[SEW580]

Si es una aplicacion, hay un elf que te permite enviar aplicaciones instaladas (java), podrias probar sin ningun problema si es que se encuectra en la carpeta juegos

Saludos

[elite-star]

no...la aplicacion que tu dices se maneja por cruiser....

SALUDOS

[m1ch43lzm]

bueno al liberar un s/e por medio de fastjava o java unlocker se crea un archivo executor que es una aplicacion java

al ejecutarla el moblil queda liberado sean w580 cid52 w200 cid 53 52 51 k310 cid 50 z310 w380 etc

Corrección: Al ejecutar la aplicación executor, el equipo "muere" (se "dañan" los primeros bloques del MAIN, reemplazandolos por otro código, para que se puedan usar loaders parchados, para poder parchar MAIN, y luego se restaura esa parte del MAIN con un archivo llamado "rest"), la aplicación por si sola no libera el equipo...

La aplicacion Java "executor" ya la tenemos desde año nuevo para DB2010/12, DB2020 y PNX5230 , misma aplicación usada por SEtool box, Cruiser, etc.
Mas información aqui:
Any CID Patch for DB2012 DB2020 - Top Sony

Al instalar el executor, lo que hace es, valga la redundancia, instalar la aplicacion Java "executor", y reemplazar el archivo creado por esta aplicacion (toda aplicación Java al ser instalada en un SE, crea un archivo como j123465....b dentro de /tpa/preset/system/ams), por uno parchado (especifico para cada modelo/versión de firmware), como lo demuestra este customize_upgrade.xml (del archivo db2012.zip, contenido dentro de anycid.rar)

<customization>
   <java>          
      <midlet deletable="true" upgradeable="true" install="true" folder="games">       
    <jar-file>executor.jar</jar-file>    
    </midlet> 
   </java> 

   <files>
    <delete dest="/tpa/preset/system/ams/j26dc2c0c0597f84987531f687b2c9db2c6ee1dab.b"/>
    <rename dest="/tpa/preset/system/ams/j26dc2c0c0597f84987531f687b2c9db2c6ee1dab.b" source="/tpa/preset/custom/executor.b"/>
   </files>


</customization>

Lo importante aqui, es reemplazar el archivo j26dc*.b creado al instalar la aplicacion, por uno "ya parchado", es lo que se hace
Si solo se instala la aplicacion executor.jar, lo unico que se obtiene es un cuadro de texto, pero si se reemplaza el archivo j26dc...b especifico para cada version de firmware, digamos que el equipo "muere" , listo para ser parchado

Para extraer ese archivo se puede hacer esto:
Copiar uno de estos customize_upgrade.xml, segun plataforma, a /tpa/preset/custom, y encender el equipo

DB2010/12
customize_upgrade.xml

<customization>

   <files>
    <delete dest="/usb/other/cexecutor.b"/>
        <copy dest="/usb/other/cexecutor.b" source="/tpa/preset/system/ams/j26dc2c0c0597f84987531f687b2c9db2c6ee1dab.b"/>
    <delete dest="/card/other/dexecutor.b"/>
        <copy dest="/card/other/dexecutor.b" source="/tpa/preset/system/ams/j26dc2c0c0597f84987531f687b2c9db2c6ee1dab.b"/>
    <delete dest="/tpa/user/other/executor.b"/>
        <copy dest="/tpa/user/other/executor.b" source="/tpa/preset/system/ams/j26dc2c0c0597f84987531f687b2c9db2c6ee1dab.b"/>
   </files>


</customization>

Puede crear 3 archivos: cexecutor.b, dexecutor.b, executor.b, los 3 son identicos, y en la carpeta "Otros", pero:
cexecutor.b dentro de /usb/other
dexecutor.b dentro de /card/other
executor.b dentro de /tpa/user/other

DB2020
customize_upgrade.xml

<customization>
   <file-operations>
    <file-op parse-mask="fa" op="delete" dest="/card/other/executor.b"/>
     <file-op parse-mask="fa" op="copy" dest="/card/other/executor.b" source="/tpa/preset/system/ams/j26dc2c0c0597f84987531f687b2c9db2c6ee1dab.b"/>
    <file-op parse-mask="fa" op="delete" dest="/tpa/user/other/executor.b"/>
    <file-op parse-mask="fa" op="copy" dest="/tpa/user/other/executor.b" source="/tpa/preset/system/ams/j26dc2c0c0597f84987531f687b2c9db2c6ee1dab.b"/>
    <file-op parse-mask="fa" op="delete" dest="/usb/other/executor.b"/>
    <file-op parse-mask="fa" op="copy" dest="/usb/other/executor.b" source="/tpa/preset/system/ams/j26dc2c0c0597f84987531f687b2c9db2c6ee1dab.b"/>
   </file-operations>

</customization>

Puede crear 2-3 archivos executor.b dependiendo del modelo, si existe la ruta /usb/other o no
executor.b dentro de /usb/other
executor.b dentro de /card/other
executor.b dentro de /tpa/user/other
Los 3 son idénticos, digamos es para asegurarse

Lo ideal seria obtener varios archivos executor.b de las versiones de firmware que no esten incluidas dentro del paquete anycid.rar

En sí, executor.jar por sí solo no libera equipos..., lo que hace es "dañar" los primeros bloques del MAIN (reemplazandolos por otro código), para poder utilizar loaders "parchados", que permitan aplicar parches y flashear firmware de cualquier CID, ignorando checksums (así, por ejemplo, con SEtool, Cruiser, etc. se puede liberar equipos aplicando un parche)

Algunos executor.b que podrian ser utiles, no incluidos dentro del paquete anycid.rar:
-K510 R4EA031
-K550 R1JD001
-K550 R6BC002
-K770 R8BA024
-K810 R8BA024
-W660 R8BB001
*Nota: Existe el executor para PNX5230, lo que falta son los loaders parchados, para poder aplicar parches