Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Pozeram, ze mnohi z vas tu maju skresleny pohlad na pojem "viera". Ta ma byt chapana vo vyzname " by verny, zachovavat" a nie vo vyzname "byt presvedceny".
To si nemyslím, že je problém, mám pro to úplně jasné řešení.
Kolikrát potřebujete mít 1:1 vztah Objekt-Tabulka? V naprosto zanedbatelném počtu přípádů. Vždy používáte složené dotazy, které jsou v podstatě kočkopes. Výstupem těch dotazů je ResultSet a k němu odpovídající ResultSetModel. Ten model nepředstavuje žádnou tabulku, představuje výstup z SQL dotazu, k němu je vztažen, a obsahuje mix informací z různých tabulek.
Ještě jednou, když máte trochu složitější databázi, tak vaše Objekty jsou SQL-orientované a né Tabulkově-orientované. Samostatné tabulky vás až tak nezajímají.
Tady mě právě sere ten Hibernate, já nikdy nejsem zvědavý na načítání celých tabulek, chci mít raději SQL-orientovaný ResultSetModel. Navíc tím dostanou krásnou svobodu čistého SQL.
Takže u Selectů je to jansé, tam mi přijde že jasně vede přístup přes JDBC.
Co se týče insertování nových záznamů, taaak....... tam opět moc nevidím problém, proč si myslíš, že se to zesložití? Vždyť ty nepotřebuješ komponovat Model třídy jako u Hibernate, to přece vůbec není nutné. Vždy sám v kódu víš, jestli k nově vkládanému řádku v tabulce A chceš přidat FID z již existujícího řádku v B, nebo chceš přidat i nový řádek do B a jeho id použít v A.
Taky co se týče updatu, tak tam taky snad nikdy nepořebuješ super-univerzální možnost updatovat kdykoliv cokoliv tak jak to umí Hibernate, v praxi vždycky potřebuješ z hlediska business logiky updatovat jen pár sloupečků v tabulce, na to si case-to-case uděláš nevou metodu do Daočka.
Problém je, že ty chceš, asi ze zvyku, nutně dělat ORM mapování, vč. reálných vazeb mezi Modely, tak jak to má hibernate. A TO JE PRÁVĚ to, co způsobuje ty problémy, u kterých skončíš tak, že hibernate použiješ rovnou. Ale proč to kompletní ORM chceš dělat, co ti to přinese? To přece vůbec není nutné, neumím si představit nějakou podstatnou výhodu.
Mě přijde SQL svět mnohem přehlednější a jasnější, a když dlám aplikaci, tak přece nad ním nechci dělat tlustou nadstavbu. Vždyť SQL to je asi ta nejsolidnější technologie co tu je, spolu třeba s REGEXem. Proč bych nad tím chtěl dělat nějakou tlustou nadstavbu je jedno v čem.
Mě přijde výhoda Hibernata-like frameworku, když děláš v nějaké totální žumpě s pomalým intranetem, kde přístup do soukromé databáze tvé komponenty je na s vysokou latencí a ty si tu svou databázi nemůžeš dát na stejný stroj kde ti ta tvá komponenta běží, ikdyž ji vlastně ta komponenta vlastní. To jsou ty typické Oracle sračky, kde je jedna obří databáze a ty v ní máš svého Usera. V ten moment ti nezbývá než si tu databázi kvůli latencím cachovat, protože by to jinak bylo pomalé jako prase. A tady může třeba ten Hibernate pomoct.
Striktně materiálně založení lidé uvidí jen ten podvozek, tělo, a budou hledat mechanismus, jak se to tělo mohlo samo zkonstruovat. Popíšou nějaký mechanismus, kterým k tomu došlo..
Lidé používající rozum hlavně aplikují něco čemu se říká occamova břitva a o spoustě "duchovních" věcí zjistí že ve skutečnosti k ničemu nejsou potřeba...
CitaceA te bytost vznikla z niceho?
Prečo by mala bytosť vzniknúť?
Ateisté dosud nenašli použitelnou definici, co je a co není živé. Pouze se opírají o víru, že tento rozdíl již našli.
Každý je veriaci, väčšina ateistov nevie sama dokázať nič, a verí vo svoj svetonázor. Podstatov ateizmu je viera vo svoje prestavy o živote a svete.
Platón hovorí, že javový (materiálny) svet nemožno spoznať pomocou zmyslov, lebo zmysly klamú (napr. ponorená palica do vody sa len javí, že je zlomená). Pravé bytie treba hľadať inou cestou, cestou cez iný svet, svet večných, nemenných, trvalých a len rozumom postihnuteľných entít – svet ideí, na ktorý sa naša nesmrteľná duša rozpamätáva a od týchto ideí, samy osebe existujúcich, sa odráža javový (zmyslový) svet.
Jak vite, ze nejsme jenom jedna z mnohych simulaci na naky virtualni masine v nakym datacentru, kde si naky grad student dela semestralku z optimalizace virtualnich sim city, a az zpracuje statistiky, tak nam tady udela kill -9 armageddon?
Zkoušel jsem si jak by to vypadalo s JDBC a nepřijde mi to vůbec špatné:Kód: [Vybrat]public class DbUtil {
public static <T extends ResultSetModel> List<T> resultSet(T model, ResultSet rs) throws SQLException, IllegalAccessException, InstantiationException {
List<T> ret = new ArrayList<>();
while(rs.next()) {
Object[] rowArr = getRowAsArray(rs);
model.setFromRow(rowArr);
ret.add(model);
}
return ret;
}
public static Object[] getRowAsArray(ResultSet rs) throws SQLException {
int colCnt = rs.getMetaData().getColumnCount();
Object[] ret = new Object[colCnt];
for(int i = 0; i < colCnt; i++) {
ret[i] = rs.getObject(i+1);
}
return ret;
}
public static ResultSet executeQuery(String sql, ConnStm conn) throws InterruptedException, SQLException {
PreparedStatement st = null;
ResultSet rs = null;
try {
st = conn.getPrepStat(sql);
rs = st.executeQuery();
} catch (SQLException e) {
throw e;
}
return rs;
}
public static <T extends ResultSetModel> List<T> executeQuery(String sql, T model, ConnStm conn) throws SQLException, InterruptedException, InstantiationException, IllegalAccessException {
return resultSet(model, executeQuery(sql, conn) );
}
}Kód: [Vybrat]public interface ResultSetModel {
public void setFromRow(Object[] row);
}
@Data
@ToString
public class Timeline implements ResultSetModel {
private Timestamp measured_timestamp;
private String keyword_name_fid;
private Integer amount;
private String special;
@Override
public void setFromRow(Object[] row) {
int i = 0;
measured_timestamp = (Timestamp) row[i++];
keyword_name_fid = (String) row[i++];
amount = (Integer) row[i++];
special = (String) row[i++];
}
}
A staci mi pak udelat:Kód: [Vybrat]
@AllArgsConstructor
public class TimelineDao {
final static String findAll = "SELECT * FROM TIMELINE";
public List<Timeline> findAll(ConnStm conn) throws Exception {
return DbUtil.executeQuery(findAll, new Timeline(), conn);
}
}
Akorat jeste nevim, jak dopravit do DAOcka Connection jinak, nez pres parametr metody. Takhle totiz muzu snadno zaridit, aby mi kazdy jeden request probehl v jedne transakci.
Takhle vypadá moje DI:Kód: [Vybrat]
@Data
public class App {
DatasourcePool datasourcePool;
DataService dataService;
LoginService loginService;
RestApi restApi;
TimelineDao timelineDao;
public App() throws Exception {
initProperties();
datasourcePool = new DatasourcePool(
"org.postgresql.Driver",
System.getProperty("jdbc.connection"),
System.getProperty("jdbc.user"),
System.getProperty("jdbc.password")
);
timelineDao = new TimelineDao();
dataService = new DataService(timelineDao);
loginService = new LoginService();
restApi = new RestApi(dataService, loginService, datasourcePool);
}
Start na Tomcatovi je za 700ms.
Takze mili miestni experti na cenu pouzivaneho HW... Pocitac bol predaný vkuse a za cenu 490 eur (12 564 kaček). A dik za vaše názory okolo 3000 Kc (100 eur). Pekny vecer...
Tohle je úkolem QoS, pokud to provider a použitá technologie podporují.
a pokud si ho zakaznik plati....
LOL, tak mne napadlo, jak moc is asi priplacim, aby mi doma z kohoutku netekla slana voda :-D
Navíc, v tomto konkrétním případě by zákazníkovi zcela rozhodně pomohlo, kdyby tam naopak žádné QoS ani nic podobného nebylo - páč nastavit to takhle dementně, to je skutečný unikát.
ISP ma pravdu. Omezte si v routeru stahování na 20 Mbit a uvidíte že budete v pohodě. A navíc se přestanete zde ztrapnovat. Když si platíte 25 Mbit tak to pojede 25 Mbit.
Ano, neni to to na co se ptam, tyto nastroje znam jsou tam jen obecne informace.
Ja se ptam na presny obsah souboru - co vsechno v nem je / co ve skutecnosti zjistuje, uklada a pak odesila na server stranka ktera cookie vytvori.
A ne, nezajima me co maji popsany v nejakych radoby podminkach - uz jen to ze si stranka vytvori persistent cookie s expiraci za mesic na mem zarizeni aniz bych to odsouhlasil na te liste/banneru naznacuje, ze jim nelze verit.
Nikdy jsem to nezkoušel, ale řekl bych, že pokud instancuju pomocí dvou různých classloaderů a reflexe, tak můžu získat docela snadno dvě instance totožné třídy ze dvou různých jarek, tedy ve dvou verzích. Pak záleží co s nimi chci dělat dál. Pomocí reflexe můžu dělat zase asi cokoli.Neměl by si nějaký odkaz? Potřebuji nasměrovat.
Použití si dokážu představit při potřebě přeuložit serializovaná data v jiné verzi třídy. Ale možná existuje na uvedený případ nějaký vhodnější kanonický postup. Ale častěji se stejně serializuje do nějakého neutrálního formátu, třeba xml, takže to není moc často potřeba.
common.jar:
BaseInterface
v1.jar:
SomeImplementation implements BaseInterface
v2.jar:
OtherImplementation implements BaseInterface
command-line:
java -classpath common.jar YourMainClass
// you don't put v1 nor v2 into the parent classloader classpath
Then in your program:
loader1 = new URLClassLoader(new URL[] {new File("v1.jar").toURL()}, Thread.currentThread().getContextClassLoader());
loader2 = new URLClassLoader(new URL[] {new File("v2.jar").toURL()}, Thread.currentThread().getContextClassLoader());
Class<?> c1 = loader1.loadClass("com.abc.Hello");
Class<?> c2 = loader2.loadClass("com.abc.Hello");
BaseInterface i1 = (BaseInterface) c1.newInstance();
BaseInterface i2 = (BaseInterface) c2.newInstance();
import java.lang.reflect.*
public class Test {
public String toString(){
return "This is toString from Test!";
}
}
Object o = new Test();
Method m = o.getClass().getMethod("toString");
m.invoke(o);
Tak mě samozřejmě nešlo o tu serializaci do XML.Nikdy jsem to nezkoušel, ale řekl bych, že pokud instancuju pomocí dvou různých classloaderů a reflexe, tak můžu získat docela snadno dvě instance totožné třídy ze dvou různých jarek, tedy ve dvou verzích. Pak záleží co s nimi chci dělat dál. Pomocí reflexe můžu dělat zase asi cokoli.Neměl by si nějaký odkaz? Potřebuji nasměrovat.
Použití si dokážu představit při potřebě přeuložit serializovaná data v jiné verzi třídy. Ale možná existuje na uvedený případ nějaký vhodnější kanonický postup. Ale častěji se stejně serializuje do nějakého neutrálního formátu, třeba xml, takže to není moc často potřeba.
Xstream http://x-stream.github.io/
To je jedna z moznosti jak serializovat objekty do XML.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.