ha az activity háttérben van, de fut (onStop), akkor szeretnék csinálni valamit periodikuisan, de csak, ha fut a háttérben, akkor is kell service?
viszont, ha előtérben van az alkalmazás akkor nem kell végrehajtani.
egyébknt URL reload

[ Szerkesztve ]

Lásd az előző folyamatábrát
Pont ekkor kéne a Service. Vagy valamit nagyon átgondolni, mert szinte biztos vagyok benne, hogy vannak jobb megoldások (GCM, AlarmManager pl.)

[ Szerkesztve ]

“All nothings are not equal.”

MIt jelent, hogy "teljesen rossz helyen"? Rossz kezdőponton v. csak rossz irányban/méretben? Én első körben leellenőrizném az összes értéket log-ban, aztán kiderül...

igaziból annyi, hogy 30 percenként újra kell tölteni a weblapot, ha valaki visszalép az appba a frissített weblapot lássa.
ez akkor érvényes, ha onPauseban van az alkalmazás... (rosszul írtam az előbb, nem onStop)
ha fullra kilépek akkor úgy is újratöltöm mindenképpen

[ Szerkesztve ]

Na, ezen nem segít a Service, viszont a többi se. Ennek mobilon semmi értelme.

OnResume-ban nézd meg, hogy mennyi idő telt el az onPause óta (mentsd el pl. a System.currentTimeMillis értékét), és ha több mint fél óra, kezdj frissítéssel.

“All nothings are not equal.”

köszi!
én is erre jutottam

Sziasztok!

Egyetemről elhozott elvileg beállított Eclipse-ben nincs új projekt esetén graphics layout.
A oldalt a res-ben a layout tök üres, ki sem nyitható.

Tapasztalt guruktól szeretnék segítséget kérni!
Korábban azt mondtátok, (és ezzel a doksi is, meg még én is egyetértünk), hogy egy KÖZÖS file írása több file-ból és több thread-ból veszélyes, mert a kiírt tartalom összekeveredik.

Tesztelés szempontjából megpróbáltam ezt elérni, (mármint, hogy a program rossz legyen, és keveredjenek az adatok), és LEHETETLEN! Minden ellenőrzést kivettem, és már nem is Channel-en keresztül próbálkozom (ami elvileg thread safe). Két, teljesen más package nevű program van, mindkettő több szálat futtat. Az adatok mindkét program minden száljáról megérkeznek.

//Nyitás közös
OutputStreamWriter stream = null;
File file = new File( Environment.getExternalStorageDirectory(), "ThreadCheck.log");
stream = new OutputStreamWriter( new FileOutputStream(file, true) );

//Több ilyen thread van:
new Thread(new Runnable() {
public void run() {
try {
for (int n = 1; n < 8000; n++) {
stream.append( "Egyes" );
}
}
catch (Exception e) {
Log.e("THREAD", e.toString());
}
}
} ).start();

A kész file az "Egyes", "Kettes" stb. szavakat egyben, épen tartalmazza.

Én értettem félre valamit, vagy ez egy Android tulajdonság, amiben meg lehet bízni?
Vagy hogyan tudom a programot "elrontani", és honnan tudhatom meg az ellenkezőjét: hogy minden körülmény között jól fog működni?

Előre is köszönöm!

(((Egy "log" szerű programrészre lenne szükségem: több file, esetleg több thread is ír ugyanabba a file-ba üzeneteket. Az üzenetek sorrendje stb. nem lényeges, csak az, hogy egy üzenet egyben maradjon. Ez ugye megvalósul, csak abban nem vagyok biztos, hogy ez így biztonságosan jó-e.)))

A layout file ok? Posztold be.

thon73: Mivel a Writer osztályban a write metódus korrekten szinkronizált, az egyes stringek amiket kiírsz, valóban nem fognak összekeveredni, ezen nincs semmi meglepő.

Viszont ha logolni akarsz, miért nem használsz egy logger frameworkot?

Ja, akkor mégiscsak én értettem félre. Nem csoda, hogy nem sikerült megkeverni a gépet... Viszont akkor jól fog működni amit írtam!

(((Ezt az egyszerű log-ot csak úgy hirtelen készítettem, amikor a még-nem-rootolt tab nem volt hajlandó kiírni a rám vonatkozó system log-ot (AIDE-t használtam külföldön, net nemigen volt). És a feladatát tökéletesen el is látta. Később univerzálissá - pontosabban thread-safe-é akartam tenni, csak megzavart, amiket olvastam: eredetileg is thread-safe volt )))

(((Most meg van egy nagy adathalmazom, amit a program szépen feldolgoz. Arra gondoltam, hogy nem fogom minden csip-csup hibáért leállítani az egész folyamatot, hanem szépen log-olja a hibákat, és csak a végén mondja meg, volt-e hibás (nem importálható) adat. Erre viszont pont kéznél volt ez - a logtól független - secunder log. Egyébként ez tök jól működik, abban nem voltam biztos, hogy minden körülmény között fogja-e ezt produkálni...)))

Hálás köszönet, nem rongálom tovább a kiírást...

Sziasztok!
egy string arrayben (ami res-ből jön) szeretném megkapni egy adott item indexét

final String[] aperture_array = getResources().getStringArray(R.array.aperture_array);
for (String s: aperture_array) {
int i = s.indexOf(aperture);
if (i >= 0) {
apertureWheel.setCurrentItem(i);
}
}
de 0-t ad vissza

hogy kellene ezt?

[ Szerkesztve ]

Sztem. az s az egy String. Ha egy objektomra vagy kíváncsi egy listában, akkor az egészben keresd! Most épp egy substring-et keresel!
Sztem. az egészet ráadásul arraylistté is kell alakítani, ahhoz, hogy működjön:
Arrays.asList(aperture_array).indexOf( aperture ); - feltéve, h. aperture egy string.

Nincs benne layout file. Nem is tudod lenyitni a fület.

Gondolom azért, mert tök üres a res mappa nem? Nézd meg a fájlrendszerben. Ha nem üres akkor projektre jobb gomb -> refresh.

Nem, a res mappában sok minden van. Ha lenyitod pl a values mappát, akkor abban ugye ott a strings.xml, styles.xml. De a layout nem kinyitható...

vagyis a /res/layout mappák üresek, (attól, hogy a values mappa nem üres, nincs kizárva, hogy a layoutok ne legyenek üresek)
nézd meg explorerben, hogy mi van vele

Bocs, de nem egyszerűbb felrakni újra ez egész csomagot? Ez az "egyetemen beállított, hazavitt" dolog szerintem tartalmaz egy-két buktatót. Az eredeti csomag letöltve/felrakva teljesen üzemkész; (a JavaJDK-t, meg a drivert amúgy sem az kezeli.) Csak úgy kérdezem.

Bocs eastsider, nem frissítettem,mielőtt válaszoltam, de a lényeg: az jó megoldás amit írsz!

Ezt nem értem...

Ráadásul egy, a suliban használt példaprogramot beimportáltam és úgy sem jön elő a grafikus layout.

menj bele fájlkezelővel a layout mappába és nézd meg mi van benne

Üres.

van valami módja a custom dialogfragment title backgroundot megváltoztatni?
megváltoztatom a backgroundot, de a title mögött fehér marad
[link] a kék vonalig fehér marad mindenképp...

Esetleg onCreateView használata onCreateDialog helyett? Bár a színt nem változtattam benne...

Tisztelt fórumozók!

Kezdő vagyok még e téren, így segítséget szeretnék kérni. Androidban hogyan oldható meg az adatbázis kapcsolat adatainak titkosítása, hogy minél kevésbé legyen visszafejthető? Főként az adatbázis jelszóra gondolok.
Elég sokat keresgéltem, de valódi, hasznos dolgokra annál kevésbé leltem.

Üdv.

FayRPG: fayrpg.hu | Zöldhulladék, zöldség-gyümölcs hulladék újrahasznosítás: bioferet.hu | fayrpg.hu | kukamosok.hu | tejfelvasarlas.jomekft.hu | fantasyworld.hu | blackcatpub.hu | energym.hu | keramika.hu | TheVR Android App: thevrapp.hu | személyi edzés érd: stepandmove.hu

onCreateView-et használok. de nem tudom, hogy lehetne megváltoztatni...
így kapcsoltam ki a titlet:
getDialog().getWindow().requestFeature(STYLE_NO_TITLE);

Sok pénzért van rá céleszköz, de alapvetően könnyen visszafejthető a legtöbb házi offline megoldás (pl. az egy dolog, hogy egy hosszú kulccsal titkosítod a DB jelszót, de utána hova rakod ezt a kulcsot?).

“All nothings are not equal.”

sziasztok

[link] egy ilyen szám kiválasztót szeretnék tenni a beállítások menümbe, hogy keressek erre rá hogy megtaláljam a leírást hozzá? hirtelen nem találtam róla semmit

NumberPicker ? De ez csak tipp

"Tigris, tigris, csóvafény éjszakáknak erdején, mily kéz adta teneked szörnyü és szép termeted?" -William Blake-

android numberpicker preference

És ezzel a kereséssel találtam is komplett megoldást a problémára.

“All nothings are not equal.”

Sziasztok!

Kaptam egy .apk fájlt, ami szerint kellene megcsinálnom egy másik platformra az adott appot. Nekem sajnos most nincs androidos készülékem amire telepíteni tudnám, ezért az egyetlen lehetőségem az, hogy emulátorban futtatom.

Első dolgom az volt, hogy kiderítettem a minimum és a target sdk verziókat:

A: android:minSdkVersion(0x0101020c)=(type 0x10)0xe
A: android:targetSdkVersion(0x01010270)=(type 0x10)0x12

Ha jól tudom, nekem itt a sor végén lévő hex szám a lényeg, tehát a 0xe és a 0x12, ami 14 és 18 decimálisban. Ezek után megnéztem az Android SDK Managerben, hogy fent van-e valamelyik kompatibilis SDK:

Tehát fent van a 18-as.

Próbáltam telepíteni adb install paranccsal, de ezt a hibaüzenetet kapom:

Failure [INSTALL_FAILED_OLDER_SDK]

Mit csinálok rosszul?

[ Szerkesztve ]

https://heureka-kreativ.hu

Nem rossz próbálkozás, de nem is célravezető.

Ajánlanám, hogy tedd fel a Virtuous Ten Studio-t, amivel visszafejtheted forráskód szintig az APK-t, valamit a Genymotiont, ami egy VirtualBox alapú, sokkal gyorsabb emulátort ad, Google API támogatással.

“All nothings are not equal.”

Ja egyébként azt el se árultad, hogy milyen AVD-t hoztál létre. Az csak egy szükséges feltétele a játékodnak, hogy legyen fenn 18-as SDK és system image, de olyan virtuális telefont kell létrehoznod, ami ezeket használja is.

“All nothings are not equal.”

Ennyire integrált eszközt nem ismerek másik platformokra, mint a VTS. Némely komponense elvileg kézzel is használható, de nem is nagyon erőltettem sose...

Van még egy tool, a dex2jar, ami megy OSX-en is. Ha a jar megvan, onnan meg a JAD-dal tudsz Java forrásra áttérni; de mondjuk az XML-eket nem tudom hogyan nyerheted ki.

Javaslom a Boot Campet vagy virtualizációt

“All nothings are not equal.”

Meglestem Windows-on. Valamiért nem tudom visszafejteni vele az osztályokat, csak néhány .xml fájlt és a képeket.
Próbáltam apk- és m10-projektként is importálni.

Ezeket a hibaüzeneteket dobálja:

ScriptManager.SetActiveConfigurationViaName
Can't find script configuration with name: default

BaseModule.ProcessVariable
hu.trisztan.csakideirokvalamit -> Decompile resources: Empty setting value, name: FrameworkTag

És csak ennyit kapok vissza, osztályokat nem:

Ez normális? Vagy mit csinálok rosszul?

https://heureka-kreativ.hu

APK projektként kell kezdened, odáig biztos (az M10 HTC-specifikus témacsomag emlékeim szerint).

A hiba alapján nem adtál neki framework.jar-t - ha fut a GenyMotion, akkor a Remote file gombbal elvileg ki tudja szolgálni magát.

“All nothings are not equal.”

Igen, nagyon könnyen.

A ProGuard például ezért is fontos, mert bár a forrásig visszajutni könnyű, az obfuszkálás nagyon megnehezíti azt, hogy vissza lehessen élni vele.

“All nothings are not equal.”

Mesélnél nekem erről a ProGuardról kicsit többet? Hogyan működik ez pontosan?

[ Szerkesztve ]

A ProGuard egy bytecode szintű obfuszkáló, optimalizáló és méretcsökkentő eszköz. Az obfuszkáló részének lényege az, hogy az osztályok neveit, metódusak neveit, mezők neveit stb. átnevezi értelmetlen rövid kifejezésekre, mint "a", "a.c.d", stb. Ennek köszönhetően ha visszafordítják is .java fájlokká az appodat, akkor sem lehet egykönnyen kibogozni, mit is csinál pontosan a forrás. De ezt a Google első találat a hivatalos oldal sokkal szebben írja le. A Proguard fizetős verziója a DexGuard, ami picit többet tud.

A ProGuard elsőre nagyszerű dolognak tűnik, de valójában a használatához hozzáértés és rendkívül hosszú konfigolás és tesztelés szükséges, mert az obfuszkáció miatt nagyon nehéz látni, hogy hol csapja szét az appodat. És hidd el nekem - szét fogja csapni.

Köszönöm!

Viszont ha nem élek ezzel a lehetőséggel, akkor - ha jól értem - bárki visszafejtheti az appomat pillanatok alatt. Ennyi erővel open source is lehetne

Igen, enélkül a csak-Java alkalmazásokat elég könnyen vissza lehet fejteni. Onnantól a lehetőségek elég tágak... Az ártatlan vizsgálódáson túl lehet sok gonoszságot is művelni, például átírni benne egy-két apróságot, kiiktatni valami házi védelmet, becsempészni egy kis trójait, átnevezni, és kiadni saját (vagy az eredeti) nevén.

4.1-től kezdve elvileg a fizetős alkalmazások már titkosítottak, úgyhogy ha régebbi telefonra meg alternatív csatornákon nem terjeszted a programod, akkor az már biztonságban van.

“All nothings are not equal.”

Sziasztok!

camera intenttel visszatérve és elforgatva a elforgatásra null imageURI-ra milyen megoldást tudtok?
manifestben: android:configChanges="orientation" eddig ment...

Ezt most nem sikerült szerintem annyira érthetően megfogalmaznod... Szóval indítasz egy camera intentet, visszatér, elfordul az activity, aminek hatására új példány jön létre belőle és elveszik a lőtt kép?

Mert akkor vagy onSaveInstanceState/onRestoreInstanceState-et kéne használnod (és elmenteni lepusztulás előtt a kapott URI-t), vagy fragmenttel végezni a fotózást.

“All nothings are not equal.”

egy dialogFragmentről indítok egy camera intentet.
és ha visszatér, és elfordítom az eszközt, akkor lesz null
szóval, ha alapból visszatér, nem tűnik el, csak, ha elfordítom a képet

használok természetesen, azért furi
@Override
public void onSaveInstanceState(Bundle savedInstanceState) {
super.onSaveInstanceState(savedInstanceState);
if (mCurrentPhotoPath != null) {
savedInstanceState.putString(CAPTURED_PHOTO_PATH_KEY,
mCurrentPhotoPath);
}
if (mCapturedImageURI != null) {
savedInstanceState.putString(CAPTURED_PHOTO_URI_KEY,
mCapturedImageURI.toString());
}
}
@Override
protected void onRestoreInstanceState(Bundle savedInstanceState) {
super.onRestoreInstanceState(savedInstanceState);
if (savedInstanceState.containsKey(CAPTURED_PHOTO_PATH_KEY)) {
mCurrentPhotoPath = savedInstanceState
.getString(CAPTURED_PHOTO_PATH_KEY);
}
if (savedInstanceState.containsKey(CAPTURED_PHOTO_URI_KEY)) {
mCapturedImageURI = Uri.parse(savedInstanceState
.getString(CAPTURED_PHOTO_URI_KEY));
}

}

[ Szerkesztve ]

megtaláltam:
ezt használom: [link]

Van egy static metódusokat tartalmazó osztályom. Ez az osztály néhány belső adatot szintén static osztályváltozókban tárol. Amit a konfigurációs változások és singletonok kapcsán olvastam, kissé elbizonytalnított.

- A program újraindításakor (konfigurációs változás miatt) vajon megmaradnak-e ezek az adatok(gondolom ez a helyzet), vagy új osztály (új adatokkal keletkezik?) Hogyan lehet kikényszeríteni, hogy az osztály újrainicializálja az adatait?

- Van-e arra esély, hogy a program újraindítás nélkül (pl. ha csak háttérbe kerül) egyszer csak bezárja ezt az osztályt, aztán újraindítja újrainicializált adatokkal?

Nekem az kellene, hogy minden indítás üres adatokat eredményezzen, viszont azok a program újraindulásáig megmaradjanak. És a hab a tortán: lehetőleg NE legyen köze az Activity-hez, context-hez. (Uis. egy független részben szerepelnek a metódushívások.) Vajon ez megoldható?