Re: Jak na inner join v hibernatu s 2 or vazbami
Omlouvám se, špatně jsem si přečetl zadání. To co píšu Vám samozřejmě nepomůže :-( Petr Ferschmann píše v Po 18. 06. 2007 v 22:48 +0200: > Zdravím, > > vždy si musíme položit zda je to možné v samotném SQL. A v tomto > případě sám vidíte, že ne. > Takže se dvěma dotazům asi nevyhnete. Musíte tedy přesvědčit > Hibernate, aby za vás udělal to pozdější zpracování. A to naštěstí > Hibernate umí. Říká se tomu batch loading. Otázkou je zda to umí i > NHibernate. > > Více o tom si přečtěte zde > http://blog.softeu.cz/hibernate-a-optimalizace/ > > "Ing. Lumír Návrat" píše v Po 18. 06. 2007 v 21:45 +0200: > > > Problem mam v tom, ze to ma vratit vsechny stanice, ktere jsou jak > > pocatecni, tak koncove na kanalech daneho schematizace povodi. > > V HQL se mi to podarilo pres 2 dotazy a ty pak sloucit v HashedSetu, ale > > radeji bych neco peknejsiho nez tento SQL nebo 2 HQL. > > Jde to vubec? V manualu jsem nic podobneho nenasel. > > > > > > > Lumi(r) > > > > P.S. EndRiverStation na associaci mezi channel-riverstation 1-1 a > > SourceRiverStation 1-0..1 a BasinSchema-channel aggreguje na 1-* > > (Notace : kardinality u trid v UML diagramu) > > Petr Ferschmann > > > SoftEU s.r.o. > --- > Bolevecká 6 > 301 00 Plzen > Czech Republic > --- > Phone: +420 373 731 284 >+420 373 729 300 > Fax: +420 373 729 301 > Cell: +420 775 638 008 > E-mail: [EMAIL PROTECTED] Petr Ferschmann SoftEU s.r.o. --- Bolevecká 6 301 00 Plzen Czech Republic --- Phone: +420 373 731 284 +420 373 729 300 Fax: +420 373 729 301 Cell: +420 775 638 008 E-mail: [EMAIL PROTECTED]
Re: java.util.Calendar
Ze by faktury? To nevi lidi. Treba pokud faktura - doba splatnosti - je na statem uznavany ne-pracovni den, tak se splatnost automaticky posouva na 1. nasledujici pracovni den (tj. pokud to je sobota tak az na pondeli). Ale kolik firem ma software, co posle maj neuhradil jste nebo lepsi varianta, v patek, mate posledni den na uhrazeni... A perla - v Britanii se volny/pracovni den nepouziva, ale pouziva se terminus "v dny, kdy maji otevreno banky v Londyne" > den, tedy i pohyblivé Velikonoční pondělí, tak se lhůta > musí prodloužit na následující pracovní den. > Takže s dobou v měsících bych čekal vždycky potíže :-)
Re: Jak na inner join v hibernatu s 2 or vazbami
Zdravím, vždy si musíme položit zda je to možné v samotném SQL. A v tomto případě sám vidíte, že ne. Takže se dvěma dotazům asi nevyhnete. Musíte tedy přesvědčit Hibernate, aby za vás udělal to pozdější zpracování. A to naštěstí Hibernate umí. Říká se tomu batch loading. Otázkou je zda to umí i NHibernate. Více o tom si přečtěte zde http://blog.softeu.cz/hibernate-a-optimalizace/ "Ing. Lumír Návrat" píše v Po 18. 06. 2007 v 21:45 +0200: > Problem mam v tom, ze to ma vratit vsechny stanice, ktere jsou jak > pocatecni, tak koncove na kanalech daneho schematizace povodi. > V HQL se mi to podarilo pres 2 dotazy a ty pak sloucit v HashedSetu, ale > radeji bych neco peknejsiho nez tento SQL nebo 2 HQL. > Jde to vubec? V manualu jsem nic podobneho nenasel. > Lumi(r) > > P.S. EndRiverStation na associaci mezi channel-riverstation 1-1 a > SourceRiverStation 1-0..1 a BasinSchema-channel aggreguje na 1-* > (Notace : kardinality u trid v UML diagramu) Petr Ferschmann SoftEU s.r.o. --- Bolevecká 6 301 00 Plzen Czech Republic --- Phone: +420 373 731 284 +420 373 729 300 Fax: +420 373 729 301 Cell: +420 775 638 008 E-mail: [EMAIL PROTECTED]
Re: Jak na inner join v hibernatu s 2 or vazbami
Zkuste nasledujici zapis v HQL:
FROM Station station WHERE EXISTS(FROM BasinSchema basin JOIN Channel
channel WHERE basin.id = :id AND (channel .endRiverStation = station OR
channel.sourceRiverStation = station))
(pripadne dejte jako parametr rovnou objekt typu BasinSchema).
Lukas
Ing. Lumír Návrat napsal(a):
Zdravim,
valcim dneska s NHibernatem a mam tento dotaz:
ISQLQuery = sesssion.createSQLQuery("SELECT DISTINCT Station_W.*" +
" FROM BasinSchema_W
INNER JOIN" +
" Channel_W ON
BasinSchema_W.id = Channel_W.basinSchemaId INNER JOIN" +
" Station_W ON
Channel_W.endRiverStationId = Station_W.id OR
Channel_W.sourceRiverStationId = Station_W.id" +
" WHERE
(BasinSchema_W.id = :id)").AddEntity(typeof (RiverStation));
Problem mam v tom, ze to ma vratit vsechny stanice, ktere jsou jak
pocatecni, tak koncove na kanalech daneho schematizace povodi.
V HQL se mi to podarilo pres 2 dotazy a ty pak sloucit v HashedSetu,
ale radeji bych neco peknejsiho nez tento SQL nebo 2 HQL.
Jde to vubec? V manualu jsem nic podobneho nenasel.
Lumi(r)
P.S. EndRiverStation na associaci mezi channel-riverstation 1-1 a
SourceRiverStation 1-0..1 a BasinSchema-channel aggreguje na 1-*
(Notace : kardinality u trid v UML diagramu)
Re: dotaz na zabiti
Nakonec pouziju NumberFormat se kterym jsem ted v poslednich dnech hodne
pracoval, aby mi dal cislo do tvaru .xx. Pak odrezuju pomoci toho
Stringu levou cast od prave. A tim ziskam obe cisla a jeste k tomu spravne
zaokrouhlena. Coz prave neresila vetsina navrhovanych reseni.
Diky moc vsem za nazory.
Pet
On Mon, 18 Jun 2007 15:24:35 +0200, Leoš Urban <[EMAIL PROTECTED]> wrote:
BigDecimal original = new BigDecimal("23.856");
BigDecimal[] x = original.divideAndRemainder( new
BigDecimal( 1 ) );
System.out.println(""+original); //23.836
System.out.println(""+x[0].intValue()); //23.000 -> 23
System.out.println(""+x[1].scaleByPowerOfTen( x[1].scale()) );
//0.836->836
Ale asi bych pouzil ten puvodne navrhovany String ;-)
A je i mozne ze to jde s temi BD nejak jednoduseji.
Leos
A kdyz pouziju BigDecimal, tak je nejaka prima rychla cesta?
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Jak na inner join v hibernatu s 2 or vazbami
Zdravim,
valcim dneska s NHibernatem a mam tento dotaz:
ISQLQuery = sesssion.createSQLQuery("SELECT DISTINCT Station_W.*" +
" FROM BasinSchema_W
INNER JOIN" +
" Channel_W ON
BasinSchema_W.id = Channel_W.basinSchemaId INNER JOIN" +
" Station_W ON
Channel_W.endRiverStationId = Station_W.id OR
Channel_W.sourceRiverStationId = Station_W.id" +
" WHERE
(BasinSchema_W.id = :id)").AddEntity(typeof (RiverStation));
Problem mam v tom, ze to ma vratit vsechny stanice, ktere jsou jak
pocatecni, tak koncove na kanalech daneho schematizace povodi.
V HQL se mi to podarilo pres 2 dotazy a ty pak sloucit v HashedSetu, ale
radeji bych neco peknejsiho nez tento SQL nebo 2 HQL.
Jde to vubec? V manualu jsem nic podobneho nenasel.
Lumi(r)
P.S. EndRiverStation na associaci mezi channel-riverstation 1-1 a
SourceRiverStation 1-0..1 a BasinSchema-channel aggreguje na 1-*
(Notace : kardinality u trid v UML diagramu)
Re: java.util.Calendar
Ondřej Fafejta wrote: > a) validTo.set(Calendar.MONTH, validTo.get(Calendar.MONTH) + 1); > b) validTo.add(Calendar.MONTH,1); > > Nebudu vás napínat. > Výsledky jsou následující: > a) 2.3.2007 > b) 28.2.2007 - ANO B je správně! > > Kdo by to čekal, > že logicky stejným postupem získám dvě různá řešení :-). Čekal bych to i bez čtení Javadocu :-) protože se lidé neumí shodnout, co je to "přidat měsíc". Jednou jsem dělal aplikaci, která měla kontrolovat, že se určitá věc stane "do jednoho měsíce" od určitého data. I ukázalo se, že nejen že nikdo neví, které datum je za měsíc po 31.1., ale že taky pokud poslední den lhůty připadá na volný den, tedy i pohyblivé Velikonoční pondělí, tak se lhůta musí prodloužit na následující pracovní den. Takže s dobou v měsících bych čekal vždycky potíže :-) Rozdíl mezi těmi dvěma metodami je, že a) zadává 30.2.2007 kdežto b) zadává "měsíc po 30.1.2007" Makub -- ~~ Supercomputing Center Brno Martin Kuba Institute of Computer Scienceemail: [EMAIL PROTECTED] Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 -- smime.p7s Description: S/MIME Cryptographic Signature
Re: java.util.Calendar
http://joda-time.sourceforge.net/ http://joda-time.sourceforge.net/api-release/org/joda/time/DateTime.html :)
RE: java.util.Calendar
No, on to není "logicky stejný postup". Cituji javadoc k java.util.Calendar (http://java.sun.com/j2se/1.4.2/docs/api/): * citat set(f, value) changes field f to value. In addition, it sets an internal member variable to indicate that field f has been changed. Although field f is changed immediately, the calendar's milliseconds is not recomputed until the next call to get(), getTime(), or getTimeInMillis() is made. Thus, multiple calls to set() do not trigger multiple, unnecessary computations. As a result of changing a field using set(), other fields may also change, depending on the field, the field value, and the calendar system. In addition, get(f) will not necessarily return value after the fields have been recomputed. The specifics are determined by the concrete calendar class. Example: Consider a GregorianCalendar originally set to August 31, 1999. Calling set(Calendar.MONTH, Calendar.SEPTEMBER) sets the calendar to September 31, 1999. This is a temporary internal representation that resolves to October 1, 1999 if getTime()is then called. However, a call to set(Calendar.DAY_OF_MONTH, 30) before the call to getTime() sets the calendar to September 30, 1999, since no recomputation occurs after set() itself. add(f, delta) adds delta to field f. This is equivalent to calling set(f, get(f) + delta) with two adjustments: Add rule 1. The value of field f after the call minus the value of field f before the call is delta, modulo any overflow that has occurred in field f. Overflow occurs when a field value exceeds its range and, as a result, the next larger field is incremented or decremented and the field value is adjusted back into its range. Add rule 2. If a smaller field is expected to be invariant, but it is impossible for it to be equal to its prior value because of changes in its minimum or maximum after field f is changed, then its value is adjusted to be as close as possible to its expected value. A smaller field represents a smaller unit of time. HOUR is a smaller field than DAY_OF_MONTH. No adjustment is made to smaller fields that are not expected to be invariant. The calendar system determines what fields are expected to be invariant. In addition, unlike set(), add() forces an immediate recomputation of the calendar's milliseconds and all fields. Example: Consider a GregorianCalendar originally set to August 31, 1999. Calling add(Calendar.MONTH, 13) sets the calendar to September 30, 2000. Add rule 1 sets the MONTH field to September, since adding 13 months to August gives September of the next year. Since DAY_OF_MONTH cannot be 31 in September in a GregorianCalendar, add rule 2 sets the DAY_OF_MONTH to 30, the closest possible value. Although it is a smaller field, DAY_OF_WEEK is not adjusted by rule 2, since it is expected to change when the month changes in a GregorianCalendar. ** konec citatu Což, pokud dovedu posoudit, přesně popisuje rozdíl v příkladu. Sám jsem s tím nějakou dobu zápasil, než se mi to ujasnilo :-)) Špekem v java.util.Calendar jsou spíše numerické hodnoty konstant ... Mirek -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ondřej Fafejta Sent: Monday, June 18, 2007 3:57 PM To: Java Subject: java.util.Calendar Zdravím konferenci! Musím se podělit o špek s java.util.Calendar. Mějme příklad: Calendar validFrom = Calendar.getInstance(); validFrom.set(2007,Calendar.JANUARY,30); Calendar validTo = (Calendar) validFrom.clone(); Potřeboval bych přidat 1 měsíc k validTo. Která z možností je správně? a) validTo.set(Calendar.MONTH, validTo.get(Calendar.MONTH) + 1); b) validTo.add(Calendar.MONTH,1); Nebudu vás napínat. Výsledky jsou následující: a) 2.3.2007 b) 28.2.2007 - ANO B je správně! Kdo by to čekal, že logicky stejným postupem získám dvě různá řešení :-). Fafi
Re: java.util.Calendar
Ahojte, On 6/18/07, Ondřej Fafejta <[EMAIL PROTECTED]> wrote: Která z možností je správně? a) validTo.set(Calendar.MONTH, validTo.get(Calendar.MONTH) + 1); b) validTo.add(Calendar.MONTH,1); Nebudu vás napínat. Výsledky jsou následující: a) 2.3.2007 b) 28.2.2007 - ANO B je správně! Kdo by to čekal, že logicky stejným postupem získám dvě různá řešení :-). Ten kdo cte JavaDoc? :-)) add(f, delta) adds delta to field f. This is equivalent to calling set(f, get(f) + delta) with two adjustments: Add rule 1. The value of field f after the call minus the value of field f before the call is delta, modulo any overflow that has occurred in field f. Overflow occurs when a field value exceeds its range and, as a result, the next larger field is incremented or decremented and the field value is adjusted back into its range. Add rule 2. If a smaller field is expected to be invariant, but it is impossible for it to be equal to its prior value because of changes in its minimum or maximum after field f is changed, then its value is adjusted to be as close as possible to its expected value. A smaller field represents a smaller unit of time. HOUR is a smaller field than DAY_OF_MONTH. No adjustment is made to smaller fields that are not expected to be invariant. The calendar system determines what fields are expected to be invariant. Fafi -- pepa cacek
java.util.Calendar
Zdravím konferenci! Musím se podělit o špek s java.util.Calendar. Mějme příklad: Calendar validFrom = Calendar.getInstance(); validFrom.set(2007,Calendar.JANUARY,30); Calendar validTo = (Calendar) validFrom.clone(); Potřeboval bych přidat 1 měsíc k validTo. Která z možností je správně? a) validTo.set(Calendar.MONTH, validTo.get(Calendar.MONTH) + 1); b) validTo.add(Calendar.MONTH,1); Nebudu vás napínat. Výsledky jsou následující: a) 2.3.2007 b) 28.2.2007 - ANO B je správně! Kdo by to čekal, že logicky stejným postupem získám dvě různá řešení :-). Fafi
Re: dotaz na zabiti
BigDecimal original = new BigDecimal("23.856");
BigDecimal[] x = original.divideAndRemainder( new
BigDecimal( 1 ) );
System.out.println(""+original); //23.836
System.out.println(""+x[0].intValue()); //23.000 -> 23
System.out.println(""+x[1].scaleByPowerOfTen( x[1].scale()) ); //0.836->836
Ale asi bych pouzil ten puvodne navrhovany String ;-)
A je i mozne ze to jde s temi BD nejak jednoduseji.
Leos
> A kdyz pouziju BigDecimal, tak je nejaka prima rychla cesta?
Re: dotaz na zabiti
BigDecimal vie toho dost, kukni si dokumentaciu
http://java.sun.com/javase/6/docs/api/java/math/BigDecimal.html a mozno
nieco najdes
Dalsi napad:
http://java.sun.com/javase/6/docs/api/java/text/NumberFormat.html :-)
ya
> A kdyz pouziju BigDecimal, tak je nejaka prima rychla cesta?
>
>
> On Mon, 18 Jun 2007 14:42:36 +0200, Ján Valkovič <[EMAIL PROTECTED]>
> wrote:
>
>> Roman Strobl wrote / napísal(a):
>>> Ján Valkovič wrote:
Ahoj,
neviem, co sa ti viac hodi, mne sa viac paci napad so so
StringTokenizer-om, ale aj tento sposob ako rozdelit float na celu a
desatinnu cast mozno pomoze :-)
public static void main(String[] args) {
float cena = new Float(28.836);
int celaCast = (int)cena;
float desatinnaCast = cena - new Float(celaCast);
System.out.println("Cena:" + cena);
System.out.println("Cela cast:" + celaCast);
System.out.println("Desatinna cast:" + desatinnaCast);
}
Vystup:
Cena:28.836
Cela cast:28
Desatinna cast:0.83600044
len neviem preco je desatinna cast 0.83600044 :-)
>>> Protoze pracujes s realnymi cisly, ktere nemusi byt 100% presne :)
>>>
>>> Pokud vyzadujes lepsi presnost, jsou na to matematicke knihovny (viz
>>> BigDecimal apod.).
>>>
>>> -Roman
>>>
>> Aha, myslel som si, ze float ma vyssiu presnost, s double som to
>> neskusal, tam by asi ta nepresnost bola dalej :-)
>> S BigDecimal som sa uz stretol, vyraz ako ((a-b) * c)/d sa zapisuje
>> zhrubatakto ((a.sustract(b)).multiply(c)).divide(d) a to som tam este
>> nedaval |MathContext
>> a
>> test an delenie 0,uz nech vydaju jdk7 :-)
>>
>> ya
>> |
>>
>
>
>
Re: dotaz na zabiti
A kdyz pouziju BigDecimal, tak je nejaka prima rychla cesta?
On Mon, 18 Jun 2007 14:42:36 +0200, Ján Valkovič <[EMAIL PROTECTED]>
wrote:
Roman Strobl wrote / napísal(a):
Ján Valkovič wrote:
Ahoj,
neviem, co sa ti viac hodi, mne sa viac paci napad so so
StringTokenizer-om, ale aj tento sposob ako rozdelit float na celu a
desatinnu cast mozno pomoze :-)
public static void main(String[] args) {
float cena = new Float(28.836);
int celaCast = (int)cena;
float desatinnaCast = cena - new Float(celaCast);
System.out.println("Cena:" + cena);
System.out.println("Cela cast:" + celaCast);
System.out.println("Desatinna cast:" + desatinnaCast);
}
Vystup:
Cena:28.836
Cela cast:28
Desatinna cast:0.83600044
len neviem preco je desatinna cast 0.83600044 :-)
Protoze pracujes s realnymi cisly, ktere nemusi byt 100% presne :)
Pokud vyzadujes lepsi presnost, jsou na to matematicke knihovny (viz
BigDecimal apod.).
-Roman
Aha, myslel som si, ze float ma vyssiu presnost, s double som to
neskusal, tam by asi ta nepresnost bola dalej :-)
S BigDecimal som sa uz stretol, vyraz ako ((a-b) * c)/d sa zapisuje
zhrubatakto ((a.sustract(b)).multiply(c)).divide(d) a to som tam este
nedaval |MathContext
a
test an delenie 0,uz nech vydaju jdk7 :-)
ya
|
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Re: dotaz na zabiti
Roman Strobl wrote / napísal(a):
> Ján Valkovič wrote:
>> Ahoj,
>> neviem, co sa ti viac hodi, mne sa viac paci napad so so
>> StringTokenizer-om, ale aj tento sposob ako rozdelit float na celu a
>> desatinnu cast mozno pomoze :-)
>>
>> public static void main(String[] args) {
>> float cena = new Float(28.836);
>> int celaCast = (int)cena;
>> float desatinnaCast = cena - new Float(celaCast);
>>
>> System.out.println("Cena:" + cena);
>> System.out.println("Cela cast:" + celaCast);
>> System.out.println("Desatinna cast:" + desatinnaCast);
>> }
>>
>> Vystup:
>> Cena:28.836
>> Cela cast:28
>> Desatinna cast:0.83600044
>>
>> len neviem preco je desatinna cast 0.83600044 :-)
>>
> Protoze pracujes s realnymi cisly, ktere nemusi byt 100% presne :)
>
> Pokud vyzadujes lepsi presnost, jsou na to matematicke knihovny (viz
> BigDecimal apod.).
>
> -Roman
>
Aha, myslel som si, ze float ma vyssiu presnost, s double som to
neskusal, tam by asi ta nepresnost bola dalej :-)
S BigDecimal som sa uz stretol, vyraz ako ((a-b) * c)/d sa zapisuje
zhrubatakto ((a.sustract(b)).multiply(c)).divide(d) a to som tam este
nedaval |MathContext
a
test an delenie 0,uz nech vydaju jdk7 :-)
ya
|
Re: dotaz na zabiti
Jj, ja ji tam i pouzivam. Slo mi spise o nejake pekne elegantni reseni. Pet On Mon, 18 Jun 2007 14:35:29 +0200, Leoš Urban <[EMAIL PROTECTED]> wrote: Vystup: Cena:28.836 Cela cast:28 Desatinna cast:0.83600044 len neviem preco je desatinna cast 0.83600044 :-) Protoze cena je typicky priklad kde je lepsi pouzivat BigDecimal :-) (kvuli "korektnimu" pocitani v desitkove soustave) Leos -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Re: dotaz na zabiti
> Vystup: > Cena:28.836 > Cela cast:28 > Desatinna cast:0.83600044 > > len neviem preco je desatinna cast 0.83600044 :-) Protoze cena je typicky priklad kde je lepsi pouzivat BigDecimal :-) (kvuli "korektnimu" pocitani v desitkove soustave) Leos
Re: dotaz na zabiti
Ján Valkovič wrote:
Ahoj,
neviem, co sa ti viac hodi, mne sa viac paci napad so so
StringTokenizer-om, ale aj tento sposob ako rozdelit float na celu a
desatinnu cast mozno pomoze :-)
public static void main(String[] args) {
float cena = new Float(28.836);
int celaCast = (int)cena;
float desatinnaCast = cena - new Float(celaCast);
System.out.println("Cena:" + cena);
System.out.println("Cela cast:" + celaCast);
System.out.println("Desatinna cast:" + desatinnaCast);
}
Vystup:
Cena:28.836
Cela cast:28
Desatinna cast:0.83600044
len neviem preco je desatinna cast 0.83600044 :-)
Protoze pracujes s realnymi cisly, ktere nemusi byt 100% presne :)
Pokud vyzadujes lepsi presnost, jsou na to matematicke knihovny (viz
BigDecimal apod.).
-Roman
Re: dotaz na zabiti
Ahoj,
neviem, co sa ti viac hodi, mne sa viac paci napad so so
StringTokenizer-om, ale aj tento sposob ako rozdelit float na celu a
desatinnu cast mozno pomoze :-)
public static void main(String[] args) {
float cena = new Float(28.836);
int celaCast = (int)cena;
float desatinnaCast = cena - new Float(celaCast);
System.out.println("Cena:" + cena);
System.out.println("Cela cast:" + celaCast);
System.out.println("Desatinna cast:" + desatinnaCast);
}
Vystup:
Cena:28.836
Cela cast:28
Desatinna cast:0.83600044
len neviem preco je desatinna cast 0.83600044 :-)
ya
> Ahojte,
> rozkladam ted cenu na dve casti. Celou a desetinnou. Jenom kvuli
> cenovce kde chteji, aby ta cena byla jako exponent. Existuje nejaky
> opravdu elegantni zpusob bez rozrezavani tak aby se mi to
> nezaokrouhlilo treba pri cisle 28.836? Zatim uvazuju tak, ze bych to
> vynasobil 10ti, udelal z toho cele cislo a odrezal posledni znak. Ale
> to se mi moc nelibi :(
>
> Pekny den
> Pet
>
Re: dotaz na zabiti
Ja osobne bych to cislo prevedl na String a rozdelil bych jej podle desetinne tecky (StringTokenizer, ...). Jaroslav Hurdes Petr Burdik napsal(a): Ahojte, rozkladam ted cenu na dve casti. Celou a desetinnou. Jenom kvuli cenovce kde chteji, aby ta cena byla jako exponent. Existuje nejaky opravdu elegantni zpusob bez rozrezavani tak aby se mi to nezaokrouhlilo treba pri cisle 28.836? Zatim uvazuju tak, ze bych to vynasobil 10ti, udelal z toho cele cislo a odrezal posledni znak. Ale to se mi moc nelibi :( Pekny den Pet
dotaz na zabiti
Ahojte, rozkladam ted cenu na dve casti. Celou a desetinnou. Jenom kvuli cenovce kde chteji, aby ta cena byla jako exponent. Existuje nejaky opravdu elegantni zpusob bez rozrezavani tak aby se mi to nezaokrouhlilo treba pri cisle 28.836? Zatim uvazuju tak, ze bych to vynasobil 10ti, udelal z toho cele cislo a odrezal posledni znak. Ale to se mi moc nelibi :( Pekny den Pet -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Re: maven2
Ty knihovny co mi chybely byly vzdy nejake zrusene casti a zavislosti
primo na jave, ktere bohuzel v maven2 repozitarich primo nejsou. Viz to co
jsem spal. Nikdy tam neni jar.
Pet
On Mon, 18 Jun 2007 10:59:42 +0200, Podlesak Kamil
<[EMAIL PROTECTED]> wrote:
To je sice pěkné, ale repository musí být dostupné všude kde se
kompiluje (takže i třeba mimo lokální síť). To sice není problém
technický, ale může být docela velký problém právní pokud ty knihovny
jsou z nějakého komerčního produktu.
Kamil "podlesh" Podlešák
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Behalf Of Ing. Jan Novotný
Sent: Monday, June 18, 2007 10:24 AM
To: Java
Subject: Re: maven2
Doporučuji nasadit firemní Artifactory a máte po problémech. Je tam
výborné web rozhraní, přes které si chybějící knihovnu velmi jednoduše a
user-friendly přidáte.
Více: http://blog.novoj.net/2007/03/14/artifactory-nahrada-maven-proxy/
Novoj
2007/6/18, Podlesak Kamil < [EMAIL PROTECTED] >:
Zdravim,
Davat knihovny rucne do repository ma (mimo jine) jednu zasadni
nevyhodu: musi se to udelat na kazdem stroji znova pred kompilaci.
Taktez u kazdeho noveho uzivatele...
Ja osobne toto resim tak, ze si v projektu delam vlastni repository. Do
pom se pak prida napriklad:
local-security-providers
bouncycastle
file:${basedir}/repository
Kamil "podlesh" Podlesak
-Original Message-
From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED]
Behalf Of Petr Burdik
Sent: Sunday, June 17, 2007 9:49 AM
To: Java
Subject: maven2
Ahojte,
mam takovy problemek. Muj projekt zavisi na nekterych
knihovnach, ktere se
na codehouse ani ibiblio nenalezaji. Obzvlaste se jedna o
tyto knihovny:
javamail:mail:pom: 1.3.3
com.sun:ldapbp:pom:1.0
Problemek jsem vyresil jednoduse tim, ze jsem tyto knihovny
pridal do
repozitare rucne. Akorat ze pri kazdem deploy se je snazi
stahovat znovu z
ibiblio nebo codehouse. Jde tomu prosim nejak zabranit? Dost
me to zdrzuje.
Pekny den
Pet
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
Re: maven2
Diky moc vsem co mi poradili v poslednich dnech. Diky Vam jsem. Dokoncuju
projekt a bez Vasich rad bych mel problem.
O artifactory uvazuju, ale jeste nebyl cas ji nasadit. Chci si jeste
dochytat continuum, ... Snazil jsem se vsechny tyto produkty nasadit na
jeden tomcat, ale to asi nejde. Tak to nasadim na ruzne porty, i kdyz se
mi to moc nelibi.
Preju pekny den a jeste jednou vsem diky
Pet
On Mon, 18 Jun 2007 10:23:38 +0200, Ing. Jan Novotný <[EMAIL PROTECTED]>
wrote:
Doporučuji nasadit firemní Artifactory a máte po problémech. Je tam
výborné
web rozhraní, přes které si chybějící knihovnu velmi jednoduše a
user-friendly přidáte.
Více: http://blog.novoj.net/2007/03/14/artifactory-nahrada-maven-proxy/
Novoj
2007/6/18, Podlesak Kamil <[EMAIL PROTECTED]>:
Zdravim,
Davat knihovny rucne do repository ma (mimo jine) jednu zasadni
nevyhodu:
musi se to udelat na kazdem stroji znova pred kompilaci. Taktez u
kazdeho
noveho uzivatele...
Ja osobne toto resim tak, ze si v projektu delam vlastni repository. Do
pom se pak prida napriklad:
local-security-providers
bouncycastle
file:${basedir}/repository
Kamil "podlesh" Podlesak
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Behalf Of Petr Burdik
> Sent: Sunday, June 17, 2007 9:49 AM
> To: Java
> Subject: maven2
>
>
> Ahojte,
> mam takovy problemek. Muj projekt zavisi na nekterych
> knihovnach, ktere se
> na codehouse ani ibiblio nenalezaji. Obzvlaste se jedna o
> tyto knihovny:
> javamail:mail:pom:1.3.3
> com.sun:ldapbp:pom:1.0
>
> Problemek jsem vyresil jednoduse tim, ze jsem tyto knihovny
> pridal do
> repozitare rucne. Akorat ze pri kazdem deploy se je snazi
> stahovat znovu z
> ibiblio nebo codehouse. Jde tomu prosim nejak zabranit? Dost
> me to zdrzuje.
>
> Pekny den
> Pet
>
> --
> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
RE: maven2
To je sice pěkné, ale repository musí být dostupné všude kde se kompiluje
(takže i třeba mimo lokální síť). To sice není problém technický, ale může být
docela velký problém právní pokud ty knihovny jsou z nějakého komerčního
produktu.
Kamil "podlesh" Podlešák
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ing. Jan Novotný
Sent: Monday, June 18, 2007 10:24 AM
To: Java
Subject: Re: maven2
Doporučuji nasadit firemní Artifactory a máte po problémech. Je tam výborné web
rozhraní, přes které si chybějící knihovnu velmi jednoduše a user-friendly
přidáte.
Více: http://blog.novoj.net/2007/03/14/artifactory-nahrada-maven-proxy/
Novoj
2007/6/18, Podlesak Kamil < [EMAIL PROTECTED] >:
Zdravim,
Davat knihovny rucne do repository ma (mimo jine) jednu zasadni nevyhodu: musi
se to udelat na kazdem stroji znova pred kompilaci. Taktez u kazdeho noveho
uzivatele...
Ja osobne toto resim tak, ze si v projektu delam vlastni repository. Do pom se
pak prida napriklad:
local-security-providers
bouncycastle
file:${basedir}/repository
Kamil "podlesh" Podlesak
> -Original Message-
> From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED]
> Behalf Of Petr Burdik
> Sent: Sunday, June 17, 2007 9:49 AM
> To: Java
> Subject: maven2
>
>
> Ahojte,
> mam takovy problemek. Muj projekt zavisi na nekterych
> knihovnach, ktere se
> na codehouse ani ibiblio nenalezaji. Obzvlaste se jedna o
> tyto knihovny:
> javamail:mail:pom: 1.3.3
> com.sun:ldapbp:pom:1.0
>
> Problemek jsem vyresil jednoduse tim, ze jsem tyto knihovny
> pridal do
> repozitare rucne. Akorat ze pri kazdem deploy se je snazi
> stahovat znovu z
> ibiblio nebo codehouse. Jde tomu prosim nejak zabranit? Dost
> me to zdrzuje.
>
> Pekny den
> Pet
>
> --
> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>
--
--
Ing. Jan Novotný
@@
http://blog.novoj.net
Myšlenky dne otce Fura
--
Re: maven2
Zdravím,
knihovny, které nemůžu v repository najít si stáhnu na disk a pomocí:
...
...
system
1
${basedir}/extlib/artifact.jar
přidám do závislostí.
S pozdravem
--
Tomáš Večeřa
Tel.: 739 560 845
SkyPe: tvecera
e-mail: [EMAIL PROTECTED]
Re: maven2
Doporučuji nasadit firemní Artifactory a máte po problémech. Je tam výborné
web rozhraní, přes které si chybějící knihovnu velmi jednoduše a
user-friendly přidáte.
Více: http://blog.novoj.net/2007/03/14/artifactory-nahrada-maven-proxy/
Novoj
2007/6/18, Podlesak Kamil <[EMAIL PROTECTED]>:
Zdravim,
Davat knihovny rucne do repository ma (mimo jine) jednu zasadni nevyhodu:
musi se to udelat na kazdem stroji znova pred kompilaci. Taktez u kazdeho
noveho uzivatele...
Ja osobne toto resim tak, ze si v projektu delam vlastni repository. Do
pom se pak prida napriklad:
local-security-providers
bouncycastle
file:${basedir}/repository
Kamil "podlesh" Podlesak
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Behalf Of Petr Burdik
> Sent: Sunday, June 17, 2007 9:49 AM
> To: Java
> Subject: maven2
>
>
> Ahojte,
> mam takovy problemek. Muj projekt zavisi na nekterych
> knihovnach, ktere se
> na codehouse ani ibiblio nenalezaji. Obzvlaste se jedna o
> tyto knihovny:
> javamail:mail:pom:1.3.3
> com.sun:ldapbp:pom:1.0
>
> Problemek jsem vyresil jednoduse tim, ze jsem tyto knihovny
> pridal do
> repozitare rucne. Akorat ze pri kazdem deploy se je snazi
> stahovat znovu z
> ibiblio nebo codehouse. Jde tomu prosim nejak zabranit? Dost
> me to zdrzuje.
>
> Pekny den
> Pet
>
> --
> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>
--
--
Ing. Jan Novotný
@@
http://blog.novoj.net
Myšlenky dne otce Fura
--
RE: maven2
Zdravim,
Davat knihovny rucne do repository ma (mimo jine) jednu zasadni nevyhodu: musi
se to udelat na kazdem stroji znova pred kompilaci. Taktez u kazdeho noveho
uzivatele...
Ja osobne toto resim tak, ze si v projektu delam vlastni repository. Do pom se
pak prida napriklad:
local-security-providers
bouncycastle
file:${basedir}/repository
Kamil "podlesh" Podlesak
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Behalf Of Petr Burdik
> Sent: Sunday, June 17, 2007 9:49 AM
> To: Java
> Subject: maven2
>
>
> Ahojte,
> mam takovy problemek. Muj projekt zavisi na nekterych
> knihovnach, ktere se
> na codehouse ani ibiblio nenalezaji. Obzvlaste se jedna o
> tyto knihovny:
> javamail:mail:pom:1.3.3
> com.sun:ldapbp:pom:1.0
>
> Problemek jsem vyresil jednoduse tim, ze jsem tyto knihovny
> pridal do
> repozitare rucne. Akorat ze pri kazdem deploy se je snazi
> stahovat znovu z
> ibiblio nebo codehouse. Jde tomu prosim nejak zabranit? Dost
> me to zdrzuje.
>
> Pekny den
> Pet
>
> --
> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>
