| degojs |
19. 09. 2006. 07:14 |
Citat:
ivanhoe:
Nije moj projekat pa ne znam detalje, ali ta baza mora da bude na netu da bi partneri mogli da se kache iz celog sveta. Verovatno imaju firewall koji dopusta pristup samo nekim IP-jevima, to bi bio neki normalan pristu, ali kazem ne znam detalje tacno. Znam samo da imaju grdnih problema da to naprave to da radi tako. Dok god su im obe baze unutar iste (lokalne) mreze, sve im radi...
|
To bi moglo jednostavno da se resi na 2 nacina:
1. ukljuci se IPSec enkripcija/filterovanje u Windowsu
2. VPN |
| dinke |
19. 09. 2006. 08:37 |
@degojs
Za offtopic koristi:
[offtopic]
ovde ide offtopic
[/offtopic]
|
| dedamunila |
19. 09. 2006. 11:08 |
Citat:
Originalno napisao ivanhoe
|
Nisam citao clanak, ali to bi trebalo da je to, taj XA je jedan standarda koji se koriste za distribuirane transakcije. Posto ga MySQL podrzava, sada bi trebalo da i, npr., COM+ moze da ga ukljuci (ili "enlist"-uje, u zargonu :) u svoje (eventualno distribuirane) transakcije. |
| dedamunila |
19. 09. 2006. 11:14 |
Citat:
Originalno napisao degojs
To bi moglo jednostavno da se resi na 2 nacina:
1. ukljuci se IPSec enkripcija/filterovanje u Windowsu
2. VPN
|
Da, ali cak ni VPN ne mozes da uzmes for granted, neki ni njega ne dozvoljavaju. Kada bih ja imao slobodu da biram kako uciniti podatke dostupnim partnerima, prvo bih razmotrio SOAP. |
| Dragi Tata |
19. 09. 2006. 13:38 |
Citat:
Originalno napisao dedamunila
Nisam citao clanak, ali to bi trebalo da je to, taj XA je jedan standarda koji se koriste za distribuirane transakcije. Posto ga MySQL podrzava, sada bi trebalo da i, npr., COM+ moze da ga ukljuci (ili "enlist"-uje, u zargonu :) u svoje (eventualno distribuirane) transakcije.
|
Ali to samo znači da MySQL može da učestvuje u COM+ distribuiranim transakcijama. I dalje mi nije jasno kako LAMP može da odradi tako nešto. |
| dinke |
19. 09. 2006. 15:42 |
Citat:
Originalno napisao Dragi Tata
Ali to samo znači da MySQL može da učestvuje u COM+ distribuiranim transakcijama. I dalje mi nije jasno kako LAMP može da odradi tako nešto.
|
Pa, hm mislim ono ...
LAMP = Linux Apache MySQL PHP :1064: |
Off Topic:
@skaarj, dedamunila
Aha, sad mi je jasnije. Thanks.
|
| ivanhoe |
19. 09. 2006. 17:26 |
Citat:
Originalno napisao Dragi Tata
Ali to samo znači da MySQL može da učestvuje u COM+ distribuiranim transakcijama. I dalje mi nije jasno kako LAMP može da odradi tako nešto.
|
Evo sta oni kazu:
Citat:
The point is that all the data sources have to conform to the XA protocol. All of the data sources must be able to play the following game:
- start distributed transaction: XA START
- recieve commands from the application: SELECT, INSERT, getCustomers(), createCustomer(), ...
- close the list of commands: XA END
- make a commitment that the requested actions *can* be commited: XA PREPARE
Then the application collects the XA PREPARE response values from all data sources and decides about commit or rollback. For example, all data sources have send positive replies to XA PREPARE and the application decides to commit all subtransactions. Then it has to send out XA COMMIT to all data sources.
Neither the MySQL Server nor PHP care how many different XA compatible data sources participate in that game. And they also do not care what kind of XA compatible data sources belong to the distributed transactions: MySQL, Oracle, ... - whatever.
|
|
| Dragi Tata |
19. 09. 2006. 17:49 |
Citat:
Originalno napisao dinke
Pa, hm mislim ono ...
LAMP = Linux Apache MySQL PHP :1064:
|
Ovde neko nekog zeza :)
Ako imaš recimo J2EE aplikacioni server kao što je JBOSS, onda MySQL može da učestvuje u distribuiranim transakcijama, ali je transaction manager JBOSS a ne MySQL.
U .NET svetu imaš Enterprise Services (u stvari, stari dobri MTS zamotan u nekoliko oblandi :) ) koji takođe radi kao transaction manager (između ostalog)
Moje pitanje je: ima li "nešto" u LAMP svetu što može da odigra ulogu transaction managera? Koliko mi se čini, (L)inux je prosto-naprosto OS, (A)pache je web server, (M)ySQL je dbms i po prirodi stvari ne može, (P)HP ne može.
Stvarno nemam nameru da "advokatišem", nego me interesuje šta "lampaši" rade u takvim situacijama. |
| ivanhoe |
19. 09. 2006. 20:36 |
pa generalno se lampasi vrlo retko srecu sa ovim....ne postoji gotov transaction manager za php, prevashodno jer se ovakve stvari vrlo retko koriste na sajtovima, a mysql podrska je vrlo sveza, ali ti uvek mozes da odradis tu logiku u svojoj skripti ako ti je potrebna..
Transaction manager je svakako zgodan interfejs izmedju tebe i funkcionalnosti ugradjene u bazu, ali bitna stvar je (koliko sam ja razumeo) da baza obezbedjuje to. Sta bi tebe sprecavalo da odradis u skripti isto sto je tamo neki programer odradio pisuci taj transact. manager ? Nije to mali posao, i lepse bi bilo da je neki opaki baja programer to vec napisao i testirao, pa da ne moras ti da se sekiras oko toga, ali sasvim je izvodljivo i ovako...
|
| Vreme je GMT +2. Trenutno vreme je 06:15. |
|
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.
