RE: Comparator na retezce s diakritikou

[Podlesak Kamil]

 Predem mého príspevku bych rád odpovedel na flamebait: Co je, proboha, na 
starejch mladejch plešatejch pražského?? Pragocentristo...

 No a k tématu: Myslím že nikomu nebude vadit tretí varianta. Navíc mi to 
prijde docela umelý príklad.
 Celé toto téma zacal muj naprosto praktický príklad, kdy meli uživatelé 
problém se seznamem názvu ulic serazených algoritmem, který ignoruje mezery.

 Nad celnicí
 Nademlejnská
 Nad strání
 Na rohatce
 Na stírce
 Navarova
 Na tocne
 Na žabce

 Kamil Podlešák

-Original Message-
From:   konference-boun...@java.cz on behalf of Oto Buchta
Sent:   Tue 11/3/2009 5:40 PM
To: Java
Cc: 
Subject:Re: Comparator na retezce s diakritikou

Ano, máte pravdu, i v ceštine se kupredu hýbou i veci rozumné (nejen
ono nechutné pražské starej mladej plešatej). Norma to opravdu rešila
a rozpad byl odstranen, lec nikolivek dokonale, a potíže s rímskými
císly pretrvávají, nebot norma hovorí o razení císlic obecne,
nikolivek o razení arabských císlic jako o skupine znaku 0 až 9. V
norme je navíc samotná sekce venovaná rímským císlum a císlicím.

Pouze výtah z oné normy:

"3 Razení císlic

Císlice a skupiny císlic (vc. prípadné desetinné cárky nebo znaménka
minus) se radí podle císelné hodnoty císlic - ve vzestupném císelném
poradí až za abecedu, tedy:
... v, w, x, y, z, ž, 0, 1, 2, 3, ...

Jsou-li císlo nebo císlovka vyjádreny slovne, radí se jako slovo." konec citátu.

Ja nevím, ale opet si kladu otázku: jak správne cesky seradit:
náš Václav Marhoul
náš Václav III.
náš Václav IV.
náš Václav V.
náš Václav IIL.(a ted mne nekamenujte, neb 48 se jako IIL psát nemá,
je to tu pouze pro ilustraci)
náš Václav Míl
náš Václav MIL.
náš Václav tretí
náš Václav šestý

Podle toho, co ríká norma, to muže být:
náš Václav Marhoul
náš Václav Míl
náš Václav šestý
náš Václav tretí
náš Václav III.
náš Václav IIL.
náš Václav IV.
náš Václav V.
náš Václav MIL.
(písmena zastupující rímské císlice jsou serazena I V X L C D M)

nebo
náš Václav Marhoul
náš Václav Míl
náš Václav šestý
náš Václav tretí
náš Václav MIL.
náš Václav III.
náš Václav IV.
náš Václav IIL.
náš Václav V.
(rímské císlovky jsou prevedeny na arabská a trízeny podle císlic 0..9)

nebo  (asi nejlogictejší, ale z historického kontextu normy nejméne
pravdepodobné)
náš Václav III.
náš Václav IIL.
náš Václav IV.
náš Václav Marhoul
náš Václav MIL.
náš Václav Míl
náš Václav šestý
náš Václav tretí
náš Václav V.
(písmeno je písmeno a basta, císlice jsou arabské císlice, tedy jenom
znaky 0..9)

Gdo napíše obecný (na vstupu má libovolnou posloupnost retezcu a neví
nic o jejich strukture) hromadný deterministický algoritmus, který to
setrídí správne dle 1 nebo 2, má u mne flašu slivovice...

Pokud se ale bude rídit pocítacový svet onou tretí podobou, opravdu
heuristik ve vztahu k císlovkám nebude treba.

Trošku z jiného testa je razení zkratek, viz CHKO versus CHR
(Commision on Human Rights). V prvním prípade se jedná o tri písmena
CH K O, ve druhém to ale dve písmena CH R nejsou. Zde je správne treba
radit jako C H R. O tom ale norma bohužel opet mlcí a nezbývá než se
rozhodnout, že mlcení je souhlas s CHrazením i v tomto prípade.
Bohužel i bohudík.

Dne 3. listopadu 2009 8:13 Filip Jirsák  napsal(a):
> Zdravím,
> tohle už bylo z ceské normy odstraneno, podle soucasné normy už jde
> radit automaticky bez nejaké heuristiky. Ale je to pomerne nová vec,
> dlouho to opravdu platilo, jak píšete.
>
> Filip Jirsák
>
>> Nemyslím že kdy bude nejaký soft schopen radit podle ceské normy.
>> Uvedu príklad: Václav III. má být podle ceské normy až za Václavem
>> IV., protože ceská norma vyžaduje trídení textu pomocí trídení fonému,
>> a tedy václav ctvrtý bude pred václavem tretím. A tady už bereme v
>> potaz nejen syntaxi, ale i sémantiku...
>>
>> http://prirucka.ujc.cas.cz/?action=view&id=900
>>
>> tapik
>>
>



<>

Relacni DB + Hibernate vs Content Repository (Jackrabbit)

[danisevsky]

Zdravím konferenci,

Zvažuji zda v nové aplikaci použít klasické a osvědčené řešení prerzistentní
vrstvy - Hibernate, nebo nastudovat a použít Jackrabbit. Datový model
aplikace je částečně nepředvídatelný a také bude potřeba ukládat velké
množství obrázků a různých souborů. Z těchto důvodů se mi jeví Jackrabbit
vhodněji.

Jaký je váš názor?

Re: Relacni DB + Hibernate vs Content Repository (Jackrabbit)

[Roman Pichlík]

A co zkusit nejaky key-value store?

http://www.metabrew.com/article/anti-rdbms-a-list-of-distributed-key-value-stores



2009/11/4 danisevsky :
> Zdravím konferenci,
>
> Zvažuji zda v nové aplikaci použít klasické a osvědčené řešení prerzistentní
> vrstvy - Hibernate, nebo nastudovat a použít Jackrabbit. Datový model
> aplikace je částečně nepředvídatelný a také bude potřeba ukládat velké
> množství obrázků a různých souborů. Z těchto důvodů se mi jeví Jackrabbit
> vhodněji.
>
> Jaký je váš názor?
>



-- 
S pozdravem Roman "Dagi" Pichlik

/* http://www.sweb.cz/pichlik/ Blog pro kodery */

Re: Comparator na retezce s diakritikou

[Oto Buchta]

Dne 4. listopadu 2009 9:09 Podlesak Kamil  napsal(a):
>
>  Predem mého príspevku bych rád odpovedel na flamebait: Co je, proboha, na 
> starejch mladejch plešatejch pražského?? Pragocentristo...

a) pragocentrista je nejhorší nadávka, jakou mne kdy kdo počastoval... :-(
b) podle toho, oc si pamatuji, tak dle historických pramenů "přerod"
vzoru mladý z mladý/mladá/mladé/mladí/mladé/mladá na
mladej/mladá/mladý/mladý/mladé/mladé (zahrnující tvary jako mladejch
či mladejma) opravdu pochází z Prahy, zrod není datován, předpokládá
se v době postupné odgermanizace, ustálení je pak datováno na období
po roce 1925, a to obé mezi pražskou spodinou

>  No a k tématu: Myslím že nikomu nebude vadit tretí varianta. Navíc mi to 
> prijde docela umelý príklad.
>  Celé toto téma zacal muj naprosto praktický príklad, kdy meli uživatelé 
> problém se seznamem názvu ulic serazených algoritmem, který ignoruje mezery.

Toto chápu, pouze jsem chtěl upozornit na to, že s normou to není až
tak jednoduché a že se nedivím, že se Collator podle ní nechová. Jsem
ale rád, že je to nyní mnohem jednodušší a že by Adeltonovo
čtyřprůchodové třídění mohlo normu dokonce i splňovat
(http://www.fi.muni.cz/~adelton/l10n/)

Oto 'tapik' Buchta

PS: Neberte toto jako souboj plamenných řečí (český eqivalent pro
flamewar :-D ), pouze informaci navíc k problematice implementace
java.text.Collator dle java.util.Locale, varianta "cs".

Re: Relacni DB + Hibernate vs Content Repository (Jackrabbit)

[danisevsky]

Diky na
http://www.metabrew.com/article/anti-rdbms-a-list-of-distributed-key-value-storesse
podivam.

Ale na Jackrabbit se mi velmi libi ta velka spousta funkcionality kterou
poskytuje, jako verzovani, vyhledavani, transakce, ...


2009/11/4 Roman Pichlík 

> A co zkusit nejaky key-value store?
>
>
> http://www.metabrew.com/article/anti-rdbms-a-list-of-distributed-key-value-stores
>
>
>
> 2009/11/4 danisevsky :
> > Zdravím konferenci,
> >
> > Zvažuji zda v nové aplikaci použít klasické a osvědčené řešení
> prerzistentní
> > vrstvy - Hibernate, nebo nastudovat a použít Jackrabbit. Datový model
> > aplikace je částečně nepředvídatelný a také bude potřeba ukládat velké
> > množství obrázků a různých souborů. Z těchto důvodů se mi jeví Jackrabbit
> > vhodněji.
> >
> > Jaký je váš názor?
> >
>
>
>
> --
> S pozdravem Roman "Dagi" Pichlik
>
> /* http://www.sweb.cz/pichlik/ Blog pro kodery */
>

Re: Relacni DB + Hibernate vs Content Repository (Jackrabbit)

[Karel Zacek]

Ahoj

Jackrabbit pouzivam na ukladani dokumentu a je to celkem bez problemu, 
ale ne vse je tak skvele jak to vypada po precteni jeho vlastnosti.


1) Definice typu uzlu se obtizne meni v jiz existujici "databazi" (v 
nekterych pripadech to nejde vubec)
2) Nektere typy dotazu jsou pomale. Musite si pak pohrat s jejich 
formulaci, pripadne pozmenit strukturu dat

( takto se mi podarilo predelat dotaz, ktery  trval 60s na 0.5s ).
   http://www.mail-archive.com/us...@jackrabbit.apache.org/msg06056.html
3) Budete potrebovat Transakcni manazer pokud budete soucasne s tim 
pouzivat databazi (transakce soucasne nad jackrabbitem i db)


Karel

On 11/04/2009 10:07 AM, danisevsky wrote:
Diky na 
http://www.metabrew.com/article/anti-rdbms-a-list-of-distributed-key-value-stores 
se podivam.


Ale na Jackrabbit se mi velmi libi ta velka spousta funkcionality 
kterou poskytuje, jako verzovani, vyhledavani, transakce, ...



2009/11/4 Roman Pichlík >


A co zkusit nejaky key-value store?


http://www.metabrew.com/article/anti-rdbms-a-list-of-distributed-key-value-stores



2009/11/4 danisevsky mailto:danisev...@gmail.com>>:
> Zdravím konferenci,
>
> Zvažuji zda v nové aplikaci použít klasické a osvědčené řešení
prerzistentní
> vrstvy - Hibernate, nebo nastudovat a použít Jackrabbit. Datový
model
> aplikace je částečně nepředvídatelný a také bude potřeba ukládat
velké
> množství obrázků a různých souborů. Z těchto důvodů se mi jeví
Jackrabbit
> vhodněji.
>
> Jaký je váš názor?
>



--
S pozdravem Roman "Dagi" Pichlik

/* http://www.sweb.cz/pichlik/ Blog pro kodery */

maven, artifactory, deploy zo scriptu

[Dusan Zatkovsky]

Ahoj.

Zacnem jednoduchou otazkou, aby ste to nemuseli cele citat, pokial existuje 
jednoducha odpoved.

Da sa vyrobit taky maven projekt, ktory by nic nebuildil, ale za vysledok 
svojej "prace" by povazoval mnou podhodeny jar? Ide mi cisto o zapuzdrenie 
jaru tretej strany s mojim pom.xml a jeho deploy do artifactory.

Obsirnejsi popis:

Mam urcite jar-y, ktore chcem mat dostupne cez maven. To som doteraz riesil 
pomocou mvn install:install-file do lokalneho repozitara.

Moje dalsie snazenie je dostat tieto projekty _scriptom_ do artifactory bez 
rucneho zasahu a web browsera. Napadaju ma 2 riesenia:

1.  namiesto mvn install:install-file zavolat nieco ine, co by to uploadlo 
do
artifactory

2.  pouzit  v pom.xml, co mam otestovane na 
jednoduchom
HelloWorld projekte.

Najradsej by som sa vybral cestou 2, ale neviem, ci je mozne docielit to, ze 
maven sa nebude pokusat buildit projekt zo zdrojakov (ziadne nema), ale 
(s)proste za vysledok svojej prace bude povazovat mnou podhodeny jar.

Momentalne deploy do lokalneho repo vyzera nasledovne:

libs/
  qtjambi/
qtjambi-linux-32/
pom.xml
qtjambi-linux32.jar

pricom v pom.xml mam:

  4.0.0
  qtjambi
  qtjambi-linux32
  4.5.2_01
  

qtjambi
qtjambi-base
4.5.2_01
jar

  


a instalujem to pomocou:

mvn 
install:install-file 
-Dfile=libs/qtjambi/qtjambi-linux32-lgpl-4.5.2_01/qtjambi-linux32-gcc-4.5.2_01.jar\
-DpomFile=libs/qtjambi/qtjambi-linux32-lgpl-4.5.2_01/qtjambi-linux32-gcc-4.5.2_01.pom
 -DcreateChecksum=true

Je mozne nejak uvedeny pom.xml upravit tak, ze nebude nic buildit a 
deploy-ne "externy" jar?

Dik

-- 
Dusan

Re: maven, artifactory, deploy zo scriptu

[Tomas Vojtech]

lze pouzit toto

mvn deploy:deploy-file -DgroupId=org.apache.commons 
-DartifactId=com.springsource.org.apache.commons.logging -Dversion=1.1.1 
-Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]


Dusan Zatkovsky wrote:

Ahoj.

Zacnem jednoduchou otazkou, aby ste to nemuseli cele citat, pokial existuje 
jednoducha odpoved.


Da sa vyrobit taky maven projekt, ktory by nic nebuildil, ale za vysledok 
svojej "prace" by povazoval mnou podhodeny jar? Ide mi cisto o zapuzdrenie 
jaru tretej strany s mojim pom.xml a jeho deploy do artifactory.


Obsirnejsi popis:

Mam urcite jar-y, ktore chcem mat dostupne cez maven. To som doteraz riesil 
pomocou mvn install:install-file do lokalneho repozitara.


Moje dalsie snazenie je dostat tieto projekty _scriptom_ do artifactory bez 
rucneho zasahu a web browsera. Napadaju ma 2 riesenia:


1.  namiesto mvn install:install-file zavolat nieco ine, co by to uploadlo 
do
artifactory

2.  pouzit  v pom.xml, co mam otestovane na 
jednoduchom
HelloWorld projekte.

Najradsej by som sa vybral cestou 2, ale neviem, ci je mozne docielit to, ze 
maven sa nebude pokusat buildit projekt zo zdrojakov (ziadne nema), ale 
(s)proste za vysledok svojej prace bude povazovat mnou podhodeny jar.


Momentalne deploy do lokalneho repo vyzera nasledovne:

libs/
  qtjambi/
qtjambi-linux-32/
pom.xml
qtjambi-linux32.jar

pricom v pom.xml mam:

  4.0.0
  qtjambi
  qtjambi-linux32
  4.5.2_01
  

qtjambi
qtjambi-base
4.5.2_01
jar

  


a instalujem to pomocou:

mvn 
install:install-file -Dfile=libs/qtjambi/qtjambi-linux32-lgpl-4.5.2_01/qtjambi-linux32-gcc-4.5.2_01.jar\

-DpomFile=libs/qtjambi/qtjambi-linux32-lgpl-4.5.2_01/qtjambi-linux32-gcc-4.5.2_01.pom
 -DcreateChecksum=true

Je mozne nejak uvedeny pom.xml upravit tak, ze nebude nic buildit a 
deploy-ne "externy" jar?


Dik

  

Re: maven, artifactory, deploy zo scriptu

[Dusan Zatkovsky]

On Wednesday 04 of November 2009 11:16:45 Tomas Vojtech wrote:

Famozne. Diky moc.

PS. niekedy obdivujem ludi, ktori sa hlboko vyznaju v mavenovi, lebo tak 
priserne zle zdokumentovany projekt som uz davno nevidel :)

> lze pouzit toto
>
> mvn deploy:deploy-file -DgroupId=org.apache.commons
> -DartifactId=com.springsource.org.apache.commons.logging -Dversion=1.1.1
> -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]


-- 
Dusan


... tykajte mi

Provoz apletu proti db na internetu

[Arne]

Vážení!
Mám docela analytický problém a chybějí mi informace.
Mám desktop aplikaci a z propagačních důvodů ji chci umístit na internet.
Tedy jen části.
Aplikace potřebuje k provozu databázi. Provozuji ji na lokále proti MySQL.
Abych ji nemusel celou udělat znovu, mám ideu řešit poskytnuté frame jako
applety.
Jenže:
Stránky mám umístěné u providera, který poskytuje PHP (a moje stránky mám v
PHP naprogramované) s podporou MySQL.
Nevím, jestli provider umožňuje připojení na MySQL z internetu, ale vlastně
bych to tak i nerad provozoval z bezpečnostních důvodů.

1) Jakou techniku vlastně na podobný problém použít?
2) Kdysi tu byla informace o providerech, poskytujících web hosting s
podporou Javy. Aktualizoval by někdo tuto informaci?
Pochopitelně raději web zdarma k odzkoušení. (V tom případě bych migroval
databázi do Derby).
3) Mám chaos v tom množštví servrů, Ajax, GlassFish atd. Javové weby jsem
nedělal. Je to jen otázka vývoje, že už není Ajax a je GlassFish, nebo si
musím vybrat techniku, kterou chci programovat a podle toho vybrat typ
serveru?
Setkal jsem se s tím, že mám starší demo z NetBeans, které jsem kdysi
vygeneroval a bylo pro Ajax a nyní s přeinstalací mám pod NetBeans GlassFish
a aplikaci chybí některé balíčky, co byly zřejně v Ajaxu.
Nejspíš je tahle záležitost vázaná i na výběr providera. Nebo se mýlím?

Může mi někdo dát nějakou startovací informaci
Předem velice děkuji!

Arnošt

Re: Provoz apletu proti db na internetu

[Dusan Zatkovsky]

Ahoj.

> Stránky mám umístěné u providera, který poskytuje PHP (a moje stránky mám v
> PHP naprogramované) s podporou MySQL.
> Nevím, jestli provider umožňuje připojení na MySQL z internetu, ale vlastně
> bych to tak i nerad provozoval z bezpečnostních důvodů.

K veciam okolo javy a ajaxu sa nevyjadrim, java+web nie su moje silne stranky. 
Z pozicie byvaleho admina sa vyjadrim k architekture.

Je otazka, ako velmi su data v db citlive. Pokial sa pouzije ssl a spravne sa 
nakonfiguruje databaza a firewall na databazovom stroji v Internete, nevidel 
by som v tom problem.

Outgoing traffic by snad tiez nemusel byt u providera limitovany, ak ide o 
rozumny hosting, dalo by sa dohodnut. Otazkou vsak bude latencia medzi php 
aplikaciou a db, kedze db nebude hned meter vedla za gigabitovym dratom, ale 
niekde v Internete.



-- 
Dusan


... tykajte mi

releasovanie free/komercnej verzie aplikacii

[Dusan Zatkovsky]

Ahoj.

Momentalne stojim pred problemom, ako vyrobit 2 rozne release tej istej 
aplikacie ( free - mensia funkcionalita, komercna - plna ), aby som sa z toho 
nepos*al a neudrzoval 100 roznych svn stromov. Pred tym, nez zacnem vymyslat 
koleso by som sa rad opytal, ci niekto z vas daco take riesi(l).

Mna viac menej napada spravit projekt ako multimodule maven projekt, pricom by 
som nejak pomocou profilov urcil, ci sa ma buildit aj komercny modul. Class-y 
v komercnom by teoreticky mohli extendovat free classy. Neviem ale, ako to 
potom cele zintegrujem, obavam sa roznych NoClassDefFound a inych exceptions 
a tak podobne.

Nejaka idea?

-- 
Dusan


... tykajte mi

Re: releasovanie free/komercnej verzie aplikacii

[Petr Prochazka]

Bude hodne zalezet na strukture projektu a co spada do free a co do business
projektu.
Ja osobne bych volil rozdeleni do modulu podle funkcnosti pro free a
business, pripadne jeste na jadro aplikace.
A distribuci bych resil v danych modulech nebo vytvoril uplne separatni
moduly, ktere by resily pouze vytvoreni distribuce.
Distribuce lze pekne resit pres
maven-assembly-plugin.
Velice pekna inspirace by se dala najit u Nexus projektu, ten je taky
rozdelen na free a placenou verzi.


Petr Prochazka

2009/11/4 Dusan Zatkovsky 

> Ahoj.
>
> Momentalne stojim pred problemom, ako vyrobit 2 rozne release tej istej
> aplikacie ( free - mensia funkcionalita, komercna - plna ), aby som sa z
> toho
> nepos*al a neudrzoval 100 roznych svn stromov. Pred tym, nez zacnem
> vymyslat
> koleso by som sa rad opytal, ci niekto z vas daco take riesi(l).
>
> Mna viac menej napada spravit projekt ako multimodule maven projekt, pricom
> by
> som nejak pomocou profilov urcil, ci sa ma buildit aj komercny modul.
> Class-y
> v komercnom by teoreticky mohli extendovat free classy. Neviem ale, ako to
> potom cele zintegrujem, obavam sa roznych NoClassDefFound a inych
> exceptions
> a tak podobne.
>
> Nejaka idea?
>
> --
> Dusan
>
>
> ... tykajte mi
>

Re: releasovanie free/komercnej verzie aplikacii

[Roman Pichlík]

a proc nemit jednu a tu samou distribuci a kontrolu nedelat programove
uvnitr aplikace? Podle me je to daleko jednodussi a lepsi reseni nez
aplikaci skladat podle toho jestli je modul free nebo placeny.

2009/11/4 Dusan Zatkovsky :
> Ahoj.
>
> Momentalne stojim pred problemom, ako vyrobit 2 rozne release tej istej
> aplikacie ( free - mensia funkcionalita, komercna - plna ), aby som sa z toho
> nepos*al a neudrzoval 100 roznych svn stromov. Pred tym, nez zacnem vymyslat
> koleso by som sa rad opytal, ci niekto z vas daco take riesi(l).
>
> Mna viac menej napada spravit projekt ako multimodule maven projekt, pricom by
> som nejak pomocou profilov urcil, ci sa ma buildit aj komercny modul. Class-y
> v komercnom by teoreticky mohli extendovat free classy. Neviem ale, ako to
> potom cele zintegrujem, obavam sa roznych NoClassDefFound a inych exceptions
> a tak podobne.
>
> Nejaka idea?
>
> --
> Dusan
>
>
> ... tykajte mi
>



-- 
S pozdravem Roman "Dagi" Pichlik

/* http://www.sweb.cz/pichlik/ Blog pro kodery */

Re: releasovanie free/komercnej verzie aplikacii

[Dusan Zatkovsky]

On Wednesday 04 of November 2009 14:39:53 Petr Prochazka wrote:

> Bude hodne zalezet na strukture projektu a co spada do free a co do
> business projektu.
> Ja osobne bych volil rozdeleni do modulu podle funkcnosti pro free a
> business, pripadne jeste na jadro aplikace.
> A distribuci bych resil v danych modulech nebo vytvoril uplne separatni
> moduly, ktere by resily pouze vytvoreni distribuce.

Tak nejak si to predstavujem. Kazdopadne prvotny pokus naznacuje, ze to asi 
nebude vobec jednoduche. Mapr ma napada, ako budem v case buildu riesit 
neexistenciu urcitej classy? V c++ pouzijem #ifdef, v jave ekvivalent 
nepoznam.


-- 
Dusan


... tykajte mi

Re: releasovanie free/komercnej verzie aplikacii

[Richard Holly]

ano je to pravda, taketo aplikacie sa potom lahsie crackuju a robia z 
nich full verzie :)


Roman Pichlík  wrote / napísal(a):

a proc nemit jednu a tu samou distribuci a kontrolu nedelat programove
uvnitr aplikace? Podle me je to daleko jednodussi a lepsi reseni nez
aplikaci skladat podle toho jestli je modul free nebo placeny.

2009/11/4 Dusan Zatkovsky :
  

Ahoj.

Momentalne stojim pred problemom, ako vyrobit 2 rozne release tej istej
aplikacie ( free - mensia funkcionalita, komercna - plna ), aby som sa z toho
nepos*al a neudrzoval 100 roznych svn stromov. Pred tym, nez zacnem vymyslat
koleso by som sa rad opytal, ci niekto z vas daco take riesi(l).

Mna viac menej napada spravit projekt ako multimodule maven projekt, pricom by
som nejak pomocou profilov urcil, ci sa ma buildit aj komercny modul. Class-y
v komercnom by teoreticky mohli extendovat free classy. Neviem ale, ako to
potom cele zintegrujem, obavam sa roznych NoClassDefFound a inych exceptions
a tak podobne.

Nejaka idea?

--
Dusan


... tykajte mi






  

Re: releasovanie free/komercnej verzie aplikacii

[Dusan Zatkovsky]

On Wednesday 04 of November 2009 14:42:47 Roman Pichlík wrote:

Ako v zmysle:

if(licenseOk()) {
// stuff
} ?

Nebude to extremne jednoducho cracknutelne? Ja osobne by som najradsej vobec 
komercny kod vo free verzii nemal.


-- 
Dusan


... tykajte mi

Re: releasovanie free/komercnej verzie aplikacii

[Roman Pichlík]

asi stejne tak lehce jako se na torrentech hleda jejich full verze ;-)

Richard Holly napsal(a):
ano je to pravda, taketo aplikacie sa potom lahsie crackuju a robia z 
nich full verzie :)


Roman Pichlík  wrote / napísal(a):

a proc nemit jednu a tu samou distribuci a kontrolu nedelat programove
uvnitr aplikace? Podle me je to daleko jednodussi a lepsi reseni nez
aplikaci skladat podle toho jestli je modul free nebo placeny.

2009/11/4 Dusan Zatkovsky :
  

Ahoj.

Momentalne stojim pred problemom, ako vyrobit 2 rozne release tej istej
aplikacie ( free - mensia funkcionalita, komercna - plna ), aby som sa z toho
nepos*al a neudrzoval 100 roznych svn stromov. Pred tym, nez zacnem vymyslat
koleso by som sa rad opytal, ci niekto z vas daco take riesi(l).

Mna viac menej napada spravit projekt ako multimodule maven projekt, pricom by
som nejak pomocou profilov urcil, ci sa ma buildit aj komercny modul. Class-y
v komercnom by teoreticky mohli extendovat free classy. Neviem ale, ako to
potom cele zintegrujem, obavam sa roznych NoClassDefFound a inych exceptions
a tak podobne.

Nejaka idea?

--
Dusan


... tykajte mi






  





--
S pozdravem Roman "Dagi" Pichlik

/* http://www.sweb.cz/pichlik/ Blog pro kodery */

RE: releasovanie free/komercnej verzie aplikacii

[Lukáš Marek]

Ahoj,

zkusil bych se inspirovat nějakým standardem pro modulární Java aplikace jako 
je např OSGi (http://cs.wikipedia.org/wiki/OSGi_Service_Platform).

Pokud je aplikace nějak rozumně modulární, můžete to udělat tak, že vytvoříte 
několik modulů:
- API placené funkcionality stejné pro obě verze
- implementaci
- dummy implementaci pro free verzi

No a pak už jen distribuujete příslušné moduly podle toho o jakou jde verzi.

Re: releasovanie free/komercnej verzie aplikacii

[Martin Beránek]

Dne St 4. listopadu 2009 14:50:45 Lukáš Marek napsal(a):
> Ahoj,
> 
> zkusil bych se inspirovat nějakým standardem pro modulární Java aplikace jako 
> je např OSGi (http://cs.wikipedia.org/wiki/OSGi_Service_Platform).
> 
> Pokud je aplikace nějak rozumně modulární, můžete to udělat tak, že vytvoříte 
> několik modulů:
> - API placené funkcionality stejné pro obě verze
> - implementaci
> - dummy implementaci pro free verzi
> 
> No a pak už jen distribuujete příslušné moduly podle toho o jakou jde verzi.
> 

toto se mi jeví jako dobrý nápad, použil bych to v kombinaci s isFullVersion()

dummy implementace by mohla jenom vyhazovat vyjimky a aby to nepadalo, tak se 
to bude predem chekovat pres isFullVersion

pri pokusu o prolomeni to stejne nebude fungovat, ale bude to pekne padat

-- 
Martin Beránek

RE: releasovanie free/komercnej verzie aplikacii

[Lukáš Marek]

> dummy implementace by mohla jenom vyhazovat vyjimky a aby to nepadalo, tak se 
> to bude predem chekovat pres isFullVersion

já si to spíš představuju nějak takhle

public String dummyImplementace() {
 return "Teď bych v placené verzi vrátil něco rozumného!";
}

Tzn. nekontrolovat v kódu zda jde o plnou verzi nebo ne, ale udělat tu dummy 
implementaci natolik chytře aby "nějak" fungovala. Záleží samozřejmě na tom, o 
jakou jde aplikaci a zda to rozumně půjde.

Re: releasovanie free/komercnej verzie aplikacii

[Dusan Zatkovsky]

>
> já si to spíš představuju nějak takhle
>
> public String dummyImplementace() {
>  return "Teď bych v placené verzi vrátil něco rozumného!";
> }
>
> Tzn. nekontrolovat v kódu zda jde o plnou verzi nebo ne, ale udělat tu
> dummy implementaci natolik chytře aby "nějak" fungovala. Záleží samozřejmě
> na tom, o jakou jde aplikaci a zda to rozumně půjde.

JJ, tak nejak si to predstavujem aj ja. Komercna classa by extendovala tu free 
a danu metodu by mala realne naimplementovanu.

Teraz este ako predist chybam pri kompilacii?

Ak mam:

class Free {
public String dummyImplementace() {
return "Teď bych v placené verzi vrátil něco rozumného!";
}
}


a class Commercial extends Free {
public String dummyImplementace() {
return "Teď bych v placené verzi vrátil něco rozumného!";
}
}

... tak co budem mat v Main()?

Pretoze ked uvediem import foo.test.Commercial a dany modul nebude enablovany, 
tak to ani neskompilujem.

-- 
Dusan


... tykajte mi

Re: releasovanie free/komercnej verzie aplikacii

[Karel Nagy]

Ak mam:

class Free {
public String dummyImplementace() {
return "Teď bych v placené verzi vrátil něco rozumného!";
 }
}


a class Commercial extends Free {
public String dummyImplementace() {
return "Teď bych v placené verzi vrátil něco rozumného!";
 }
}

... tak co budem mat v Main()?

Pretoze ked uvediem import foo.test.Commercial a dany modul nebude enablovany,
tak to ani neskompilujem.

A udělat to interfacem - v main bude odkaz jenom na interface.
Některé programy (třeba účetní) vám dají plnou verzi, ale je to omezeno 
počtem záznamů, které v té demoverzi můžete pořítit - nebyl by to lepší 
přístup? uživatel má možnost si alespoň vyzkoušet celou aplikaci.

Karel

RE: releasovanie free/komercnej verzie aplikacii

[Lukáš Marek]

> ... tak co budem mat v Main()?

Právě proto, že to není tak jednoduché, tak jsem posílal odkaz na to OSGi.

Ale v kostce (pokud nechce použít OSGi ale psát si to celé sám) to musíte mít 
nějak takhle:


interface IFunkce {
   public String get();
}

class Dummy implements IFunkce {
   public String get() {
return "dummy";
   }
}

class Placena implements IFunkce {
   public String get() {
return vysledekPlaceneVerze();
   }
}

class FunkceFactory {
   public static IFunkce getFunkce() {
//zjisti jestli je dispozici placena verze napr. pomoc Class.forName();
//kdyz ne, vrat Dummy
   }
}

class Main {
 public static void main(String[] args) {
 //v pohode zkompiluju
 FunkceFactory.getFunkce().get();
 }
}

Re: releasovanie free/komercnej verzie aplikacii

[Marek Scholaster]

Nebo si Dummy implementaci dat do jednoho jaru a placenou zase do jineho 
jaru a pribalit vzdy jeden z nich.

Jmena jaru resit bud v instalaku, nebo reflection.
Marek

Lukáš Marek wrote:

... tak co budem mat v Main()?



Právě proto, že to není tak jednoduché, tak jsem posílal odkaz na to OSGi.

Ale v kostce (pokud nechce použít OSGi ale psát si to celé sám) to musíte mít 
nějak takhle:


interface IFunkce {
   public String get();
}

class Dummy implements IFunkce {
   public String get() {
return "dummy";
   }
}

class Placena implements IFunkce {
   public String get() {
return vysledekPlaceneVerze();
   }
}

class FunkceFactory {
   public static IFunkce getFunkce() {
//zjisti jestli je dispozici placena verze napr. pomoc Class.forName();
//kdyz ne, vrat Dummy
   }
}

class Main {
 public static void main(String[] args) {
 //v pohode zkompiluju
 FunkceFactory.getFunkce().get();
 }
}

  

Re: Provoz apletu proti db na internetu

[Arne]

Ahoj :-) a díky za zprávu.

Něco jsem už vykomunikoval s providerem, ale zatím ne až zase tak uspokojivě. 
Zatím nevím, co by to stálo. Nabízí mi virtuál hosting.

No někde jsem zachytil informaci, že php a java se nějak umění podporovat. 
Zkusím se kouknout, jak moc. Ale asi by to byl až moc kočkopes. To není řešení.

Tou bezpečností jsem myslel to, že nechci, aby se nikam v jaru přenesl na 
klienta přenesly konektovací informace (přístup k databázi - uživatel, heslo) k 
databázi, kterou používám pro web a ke které bych přidal další tabulky, abych 
nemusel platit další MySQL hosting.
To by se asi muselo stát, kdybych to nechal tak jen v na tom, aby se konektoval 
applet.
Asi se to bude muset předělat tak, že na serveru zůstane nějaká DAO vrstva a 
bude poskytovat jen seznamy a entity.
Tedy je to domněnka, protože jsem to nikdy nedělal.

No snad se k tomu někdo vyjádří, jak se to dá řešit :-).
Nechci řešení. Jen orientovat na techniky, kterými se tato záležitost dá 
realizovat.

Díky za info!
Arnošt

- Původní zpráva -
Od: "Dusan Zatkovsky" 
Komu: "Java" 
Odesláno: 4. listopadu 2009 14:06
Předmět: Re: Provoz apletu proti db na internetu


Ahoj.

> Stránky mám umístěné u providera, který poskytuje PHP (a moje stránky mám v
> PHP naprogramované) s podporou MySQL.
> Nevím, jestli provider umožňuje připojení na MySQL z internetu, ale vlastně
> bych to tak i nerad provozoval z bezpečnostních důvodů.

Je otazka, ako velmi su data v db citlive. Pokial sa pouzije ssl a spravne sa
nakonfiguruje databaza a firewall na databazovom stroji v Internete, nevidel
by som v tom problem.

Re: releasovanie free/komercnej verzie aplikacii

[Oto Buchta]

2009/11/4 Marek Scholaster :
> Nebo si Dummy implementaci dat do jednoho jaru a placenou zase do jineho
> jaru a pribalit vzdy jeden z nich.
> Jmena jaru resit bud v instalaku, nebo reflection.

A nebo jeste jednodusseji mit dummy fasadu vcetne factory v jednom
jaru a v druhem plnou verzi dostupnou pres plnou fasadu.
A pak bud pribalis nebo nepribalis onen jar s plnou verzi.

Navic s free udelas plnou pouhym prihranim dalsiho jaru. Dokonce s nim
muzes pocitat v nastaveni CLASSPATH. A navic nemusis hlidat poradi
jaru, protoze k te plne prvni pristupujes pres Class.forName() nebo
klidne i pres plnou cestu, pokud budes buildovat v jednu chvili a
budes mit zavislost dummy na plne... ale Class.forName() bych
preferoval...

Navic takto muzes udelat jednu factory pro nekolik ruznych modulu a
kazdy modul "dokupovat" zvlast...

Elementary, dear Watson.

Oto 'tapik' Buchta