piątek, października 10, 2008

Linki zebrane w piątek:


  1. Porównanie EJB  i przyszłość rozwoju - http://www.theserverside.com/tt/articles/article.tss?track=NL-461&ad=666661&l=NewFeaturesinEJB31-Part5&asrc=EM_NLN_4711771&uid=267959
  2. Czy EJB zawsze musi się kojarzyć z BEA czy IBM? Niekoniecznie - są kontenery nie wymagające Java EE np.:

    1. OpenEJB (EJB 3 container for Apache Geronimo and WebSphere Community Edition)
    2. EasyBeans (extracted from the JOnAS application server)
    3. Embedded JBoss
    4. nawet GlassFish

  3. Zalecane praktyki AJAX - http://developer.yahoo.com/performance/rules.html
  4. DNJ - jest za darmo po wcześniejszej rejestracji - http://dnjonline.com/article.aspx?ID=dotNET2_webapps
  5. Sprawdzanie podpisu XML w .NET - file:///C:/Users/marekw/AppData/Roaming/Mozilla/Firefox/Profiles/epc3mo09.default/ScrapBook/data/20080826161002/index.html
  6. Inne posty:

    1. http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2867604&SiteID=1
    2. http://msdn.microsoft.com/en-us/magazine/cc163454.aspx
    3. http://blogs.msdn.com/shawnfa/archive/2004/03/31/105137.aspx
    4. http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2155375&SiteId=1
    5. http://social.msdn.microsoft.com/forums/en-US/netfxbcl/thread/fd3df8d5-1e20-4a64-b75d-f3efbbabaeb6/
    6. http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2867604&SiteID=1
    7. http://blogs.msdn.com/shawnfa/archive/2006/02/27/539990.aspx
    8. http://blogs.msdn.com/shawnfa/archive/2008/07/10/clr-security-team-codeplex-site.aspx
    9. http://www.softwaremaker.net/blog/xadesinteropwithxmldsigasimplementedbythenetframework.aspx

  7. Odwleczone wiązanie danych - http://www.codeproject.com/KB/cs/dyninvok.aspx
  8. Wstęp do MS Mesh - https://www.mesh.com/Welcome/Welcome.aspx
  9. MS Mesh na slideshae - http://www.slideshare.net/jeffblankenburg/amazing-things-you-need-to-see/
  10. Wprowadzenie AJAX do istniejących formularzy - http://www.ibm.com/developerworks/web/library/wa-aj-overhaul4/index.html?S_TACT=105AGX01&S_CMP=HP
  11. VFP:

    1. Ustalanie w VFP szerokości czcionki - http://doughennig.blogspot.com/2006/04/forget-txtwidth-use-gdipmeasurestring.html
    2. Prezentacja GRID - http://www.garfieldhudson.com/freevideos/online/lvfp_app_pt3/lvfp_app_pt3.html
    3. VFP lightbox - http://weblogs.foxite.com/bernardbout/archive/2008/09/13/6768.aspx
    4. http://www.west-wind.com/presentations/dotnetwebservices/DotNetWebServices.asp

  12. Podpis:

    1. http://java.sun.com/j2se/1.5.0/docs/guide/security/p11guide.html
    2. http://forums.sun.com/forum.jspa?forumID=9&start=0

  13. Zabezpieczenie cookie - http://rollercoasters-bunker.blogspot.com/2008/07/secureencrypted-cookies-in-aspnet-with.html
  14. Jak tworzyć servlety (best practices) - http://java.sun.com/developer/technicalArticles/javaserverpages/servlets_jsp/
  15. Ataki typu DLL - http://blogs.msdn.com/david_leblanc/archive/2008/02/20/dll-preloading-attacks.aspx
  16. Bezpieczeństwo MS:

    1. http://www.asp.net/learn/security-videos/
    2. http://www.asp.net/learn/security-videos/video-376.aspx
    3. http://whitepapers.techrepublic.com.com/thankyou.aspx?&promo=SINGLE&tag=nl.rSINGLE&docid=379457&view=379457&load=1&load=1
    4. http://msevents.microsoft.com/CUI/WebCastEventDetails.aspx?EventID=1032370631&EventCategory=5&culture=en-US&CountryCode=US
    5. Co oni dają za darmo - http://www.nthpenguin.com/content/WebWidgetry.aspx

  17. Przepisy o podpisie:

    1. http://ipsec.pl/ministerstwa-odpowiadaja-w-sprawie-podpisu-elektronicznego.html:

      1. http://ipsec.pl/podpis-elektroniczny/2008/czy-mozna-zbudowac-tania-e-fakture-w-oparciu-o-edi.html
      2. http://www.ecr.pl/grupa_edi/index.php?ac=efaktura

    2. http://ipsec.pl/podpis-elektroniczny/dokument-elektroniczny/faktura-elektroniczna-(e-faktura)/.html
    3. http://ipsec.pl/problemy-legalno%C5%9Bci-faktury-elektronicznej.html

  18. Wprowadzając e-Fakturę musimy podpisać umowę:
  19. O co narzuca dyrektywa to konieczność podpisania przez dwie strony transakcji umowy (udostępnione wzory nazywa się "umowami modelowymi"). Umowa EDI reguluje następujące kwestie:
  20. wzajemną uznawalność dokumentów elektronicznych,
  21. terminy doręczeń i rozliczeń dokumentów elektronicznych,
  22. zakres dokumentów, które mogą być przesyłane elektronicznie i które są dla stron wiążące,
  23. obsługę sytuacji spornych np. opóźnienia w dostarczeniu dokumentu,
  24. format i zabezpieczenia przesyłanych dokumentów.
  25. Ostatni punkt jest zwykle delegowany do "aneksu technicznego", również udostępnianego z różnymi "umowami modelowymi". Przykładem konkretnej implementacji "aneksu technicznego" opartego o standardy EANCOM jest umowa modelowa opublikowana przez ECR.
  26. Wprowadzenie do jQuery - http://www.west-wind.com/presentations/jQuery/default.aspx
  27. Specjalne odwołania do Java:


    1. Wicket i trwałość stanu - http://www.javaworld.com/javaworld/jw-09-2008/jw-09-wicket3.html?nhtje=rn_100908&nladname=100908javaworld'senterprisejavaal
    2. Rozmowa z Bloch na temat konstruowania - http://www.javaworld.com/javaworld/jw-01-2002/jw-0104-bloch.html?nhtje=rn_100908&nladname=100908
    3. Wstęp do Web4J - http://www.javaworld.com/javaworld/jw-10-2008/jw-10-web4j.html?nhtje=rn_100908&nladname=100908
    4. Poszerzenia Java - http://www.ajaxonomy.com/2008/java/jumping-in-java
    5. Abstract Factory Pattern -http://www.informit.com/guides/content.aspx?g=java&seqNum=442
    6. Przewodnik po Java - http://www.informit.com/guides/guide.aspx?g=java
    7. Spring MVC - http://www.informit.com/guides/content.aspx?g=java&seqNum=448
    8. GofF - http://www.informit.com/guides/content.aspx?g=java&seqNum=441
    9. Spring i Hibernate - http://www.informit.com/guides/content.aspx?g=java&seqNum=449
    10. WS - http://www.informit.com/articles/article.aspx?p=27645

    11. WS :


      1. http://www.ajaxonomy.com/2008/xml/web-services-part-2-wsdl-and-wadl













Opracował w Brak komentarzy:

środa, października 08, 2008

Super łącza do Java (z CHROME):

















  8. Serwis z dużą iloscią informacji o .NET - http://www.windowshosting.pl/


  9. Strona MS o bezpieczeństwie dla deweloperów - http://msdn.microsoft.com/pl-pl/security/default(en-us).aspx




  11. Technologia ActiveRecord (z RUBY onR) w .NET -http://www.castleproject.org/activerecord/index.html


  12. Czytanie plików z UTF-8 w VFP i konsekwencje tego (wraz z programem File2Var) - http://www.west-wind.com/wconnect/weblog/ShowEntry.blog?id=594


  13. Strona do wyszukiwania fragmentów kodu - http://www.koders.com/




  15. Laskowski o tym jak samodzielnie zbudować JPA w Eclipse i Netbeans - http://www.jaceklaskowski.pl/blog/2007/02/27/aplikacja-jpa-w-glassfish-v2-z-firebird-v2-i-eclipse-ide-33/












  21. Portal o .NET - http://www.codeguru.com/ oraz c-sharp corner




  23. Jakiś pogański sposób na wywoływanie DLL z Java (posługuje się kompilatorem JVC z MS) - http://www.codeguru.com/java/tij/tij0193.shtml


  24. Przykład jak JVM ładuje DLL i ją wykonuje - http://www.inonit.com/cygwin/jni/helloWorld/load.html 


  25. Podobny problem rozwiązany przez Borlanda - http://dn.codegear.com/article/20679






  28. Nowoczesna komunikacja .NET - Java w obie strony - http://www.ikvm.net/userguide/tutorial.html


  29. Jak skonwertować aplikację w java do .exe - http://www.codeguru.com/forum/archive/index.php/t-258554.html








  33. NoScript dla FireFoxa - skuteczna ochrona przed zwabieniem (przyciągnięciem) nieświadomego użytkownika do kliknięcia na nieznany lub niewidoczny link


  34. Znana osobistosć w JS - Douglas Crockford, Yahoo! JavaScript Architect and all-round guru.


    When I was learning JavaScript, I read all of Douglas' stuff. If you're keen to see him speak, I recommend his videos on the YUI Theatre site:



  35. WS wytłumaczony - http://www.west-wind.com/presentations/dotnetwebservices/DotNetWebServices.asp

  36. WSDL specyficzne narzędzia z Apache CFX (implementacja http://cwiki.apache.org/CXF20DOC/index.html) może "rozmawiać" w różnych technologiach "Apache CXF is an open source services framework. CXF helps you build and develop services using frontend programming APIs, like JAX-WS. These services can speak a variety of protocols such as SOAP, XML/HTTP, RESTful HTTP, or CORBA and work over a variety of transports such as HTTP, JMS or JBI":


    1. wsdl2java - wygeneruje proxy - http://cwiki.apache.org/CXF20DOC/wsdl-to-java.html

    2. odwrotna sytuacja - http://cwiki.apache.org/CXF20DOC/java-to-ws.html

    3. generuj proxy dla js - http://cwiki.apache.org/CXF20DOC/wsdl-to-javascript.html

  37. Ajaxonomy dwa artykuły na temat REST/SOAP:


    1. xhttp://www.ajaxonomy.com/2008/xml/web-services-part-1-soap-vs-rest

    2. http://www.ajaxonomy.com/2008/xml/web-services-part-2-wsdl-and-wadl

  38. Dwie teorie na temat zarządzania ludźmi wynikające z charkteru jednostek X i Y: http://www.economist.com/business/management/displayStory.cfm?source=hptextfeature&story_id=12370445 (Theory X and Theory Y wymyslone przez Douglas McGregor )


Opracował w Brak komentarzy:
Java EE i nie tylko:



  1. Świetny artykuł o bezpieczeństwie w JEE - http://www.javaworld.com/javaworld/jw-03-2007/jw-03-security.html?page=3 - "From Java EE security to ACEGI"


  2. Tamże: Spring oferuje WAR zawierający w sobie całą konfigurację, dzięki temu unikamy 'miliona' plików konfiguracyjnych na zewnątrz - Unlike Java EE, Spring and Acegi are concrete implementations of their own APIs. Spring de facto promotes the WAR-level portability of Web applications, such that the war files may deploy and run out-of-box immediately without any external configurations required. In another words, all the configurations are defined inside the application war files.


  3. Inny artykuł na temat bezipeczeństwa od strony klineta - http://www.javaworld.com/javaworld/jw-11-2007/jw-11-webserviceclient.html?page=7 - "Client side WSDL processing ..." - oczywicie po HTTPS. Jest tam literatura i przykłady.




  5.  


  6. Tamże pożyteczne łącza:




  8. • http://news.google.com/
    • Derby a JavaDB czym się różnią?
    • Pomost między COM a Java w wykonaniu IBM - http://www.ibm.com/developerworks/library/j-intbridge/  " Integrate COM and Java components"
    • IBM alphaworks - obsługa certyfikatów
    • Książka z wieloma przykładami ".Net Framework Security" - Brian A. LaMacchia, Sebastian Lange, Matthew Lyons, Rudi Martin, Kevin T. Price Published Apr 24, 2002 by Addison-Wesley Professional. Wklejono z <http://www.informit.com/store/product.aspx?isbn=067232184X>
    • Jak wyglądać świetnie - http://lifehacker.com/5058823/top-10-easy-ways-to-look-sharp
    • Polski codeguru - http://www.codeguru.pl/newslist.aspx
    • Rozszerzenie  GUI dla ASP - http://www.visualwebgui.com/Developers/tabid/360/Default.aspx
    • WSO2 nowy gracz w usługach WS - http://www.sdtimes.com/WSO2_RELEASES_PHP_LIBRARY_FOR_SOA_DEVELOPMENT/About_PHP_and_SECURITY_and_SOASAAS_and_WSO2/32836
    • IBM-u DERBY oraz SUN-a JavaDB to jedno i to samo - http://developers.sun.com/javadb/
    • Coś dla dzieci - ogórd pełen atrakcji architektonicznych  z  całego świata - http://content.techrepublic.com.com/2346-22_11-165853-11.html


  9. Podczas testowania HTTPS można nawet "Particularly during testing, you may decide to just say "OK" to all self-signed SSL certificates. Therefore, when using HTTPS, you could need a specific SSL Socket Factory that allows for accepting all certificates in test mode"




  11. Dojo ma dokumentację - http://dojotoolkit.org/docs oraz łatwe wprowadzenie tzw. quick start - http://sitepen.com/labs/guides/?guide=DojoQuickStart


  12.  

Opracował w Brak komentarzy:
Fakty:

  1. W odpowiedzi na zapytanie Miguel de Icaza z firmy Novell pracującego nad Mono, firma MS zmieniła  licencjonowanie bibliotek wystawionych na portalu CopePlex. Zamiana dotyczy MEF (Managed Extensibility Framework) z MS-LPL&nbsp;(Limited Public License)&nbsp;na MS-PL (Public License). Widać tu elastyczność firmy. Ale takich projektów z MS-LPL jest na CodePlex wiele. 
  2. Otwarcie MS na Open-Source: Podobno MS ma stosować rusztowanie jQuery w ASP.NET (podobnie zresztą jak Nokia).  Ogłosił to&nbsp;Scott Guthrie  w swym blogu i chwali jQuery na możliwość łańcuchowania kwerend i poleceń a także na łatwość wyboru i dostępu do elementów HTML. Kod nadal będzie utrzymywał John Resig (twórca biblioteki) i będzie również wprowadzał poprawki zgłoszone przez MS. MS z kolei będzie świadczył wsparcie dla incydentów związanych z tą biblioteką.
  3. Sprawa sterowników na bazie open-source do kart inteligentnych na stronie http://csp11.labs.libre-entreprise.org/. Ładnie ale to jest kolejna DLL. Takich w Windows już mam na kopy nie muszę brać tego co ktos ponownie wymyslił po to by ominąć DLL firmy MS. Powyższy adres wywodzi się z http://www.opensc-project.org/scb/&nbsp;projektu udostepniającego możliwosci kart inteligentnych (dziwne - chcą zrobić to samo co MS, jeszcze raz, ;ale po swojemu, czy na tym polega tworzenie oprogramowania open source?). Na stronie http://www.opensc-project.org/scb/wiki/QuickStart pokazano jak wykorzystać polecenie 'openssl' z opcją 'engine' do obsługi SC. Do ciągnięcia oprogramowanie jest ut: http://www.opensc-project.org/files/scb/
  4. Strona głowna projektu SC (smartcard) - http://www.opensc-project.org/. Są tam różne projekty.
  5. O SC z pozycji Java - http://www.javaworld.com/jw-12-1997/jw-12-javadev.html?page=1
  6. Rodzaje SC:

    1. PC/SC
      Microsoft and several other companies introduced PC/SC, a smart card application interface for communicating with smart cards from Win32-based platforms for personal computers. PC/SC does not currently support non-Win32-based systems and may never do so. We will discuss this in greater detail later on.
    2. OpenCard Framework
      OpenCard is an open standard that provides inter-operability of smart card applications across NCs, POS, desktops, laptops, set tops, and so on. OpenCard promises to provide 100% pure Java smart card applications. Smart card applications often are not pure because they communicate with an external device and/or use libraries on the client. (As a side note, 100% pure applications could exist without OpenCard, but without it, developers would be using home-grown interfaces to smart cards.) OpenCard also provides developers with an interface to PC/SC for use of existing devices on Win32 platfroms.
    3. JavaCard
      JavaCard was introduced by Schlumberger and submitted as a standard by JavaSoft recently. Schlumberger has the only Java card on the market currently, and the company is the first JavaCard licensee. A smart card with the potential to set the overall smart card standard, JavaCard is comprised of standard classes and APIs that let Java applets run directly on a standard ISO 7816 compliant card. JavaCards enable secure and chip-independent execution of different applications

  7. Standardy je opisujące:

    1. ISO 7816 - describes the lowest-level interface to a smart card. It is at this level that data bytes are transferred between card reader and card.
    2. PC/SC - the standard for communicating with smart cards connected to Win3.1/Win95/NT machines.
    3. OCF - an all-Java interface for communicating with smart cards from a Java environment. (Soon OCF will allow developers to write to OCF and perform the translation, so there'll be no need to write to PC/SC.)
    4. JavaCard - describes the JavaCard and what it supports.

  8. Openssl to potężne narzędzie do badania certyfikatów.
  9. Testy wymienialnosci certyfikatów miedzy Windows i Linux:

    1. Export z Windows kodowanie DER:
    2. Polecenie: openssl x509 -in $1 -inform DER:

      1. thawte_1_DER.cer, comodo_1_DER.cer, centrum_1_DER.cer - OK
      2. sigillumkwalif_1_DER.cer - błąd kodowania (w nazwie odbiorcy certyfikatu jest literka 'ń')

    3. Polecenie: openssl x509 -in $1 -inform PEM:

      1. Tak samo!!!

    4. Wydruk tekstowy certyfikatów, poleceniem: openssl x509 -in $1 inform DER -noout -text.
    5. Wydruk numeru seryjnego certyfikatów, poleceniem: openssl x509 -in $1 inform DER -noout -serial.


  10. Certyfikat Sigillum - twardy orzech do zgryzienia - pod Linuxem można się do niego dostać jedynia poprzez opcję asn1parse polecenia openssl :


  11. openssl asn1parse -in $plikpodpisany -i


  12. Wynik analizy - plik podpisany przy pomocy CAPICOM (csignData.vbs) jest o strukturze ASN1 zakodowany jako PEM (czyli Binary64) a nie bnarnie czyli DER. Dlatego nie trzeba domyslnie podawać opcji -inform PEM w zleceniu openssl.


  13. Powyższe polecenie analizuje podpisany dokument z którego można wiele wyłuskać np. numer seryjny certyfikatu, urzędy podpisujące. Przykładowy fragment wydruk:



  14. 0:d=0 hl=4 l=5021 cons: SEQUENCE


    4:d=1 hl=2 l= 9 prim: OBJECT :pkcs7-signedData taki przechowuje format (chyba udaje)


    43:d=4 hl=2 l= 9 prim: OBJECT :pkcs7-data


    4844:d=9 hl=2 l= 3 prim: OBJECT :serialNumber


    4849:d=9 hl=2 l= 11 prim: PRINTABLESTRING :Nr wpisu: 3


    4862:d=6 hl=2 l= 4 prim: INTEGER :4411AFB8 Uwaga tu jest certyfikat mój






Opracował w Brak komentarzy:

czwartek, października 02, 2008

12.09.2008

Zebrane linki z tygodnia (w piątek):


  1. http://it.toolbox.com/blogs/programming-life/chromes-v8-javascript-engine-is-fast-and-furious-26985

  2. Productive Java EE 6 - http://www.techjava.de/topics/2008/09/productive-java-ee-6/

  3. http://blog.thinkrelevance.com/2008/9/10/java-next-4-immutability

  4. Use an XML database in PHP apps - http://www.ibm.com/developerworks/edu/x-dw-x-xmldbjavaphp.html?&S_TACT=105AGY67&S_CMP=ITTOOLBOX

  5. Fluently Groove - http://www.ibm.com/developerworks/edu/j-dw-java-jgroovy-i.html?&S_TACT=105AGY67&S_CMP=ITTOOLBOX

  6. .NET - http://dotnetwitter.wordpress.com/2008/09/10/links-for-2008-09-10/:


    1. http://weblogs.mozillazine.org/roadmap/archives/2008/08/tracemonkey_javascript_lightsp.html

    2. http://msdn.microsoft.com/en-us/library/ms819963.aspx

    3. http://www.codeproject.com/KB/cpp/X509Certificate.aspx

    4. Sign SOAP using ... - http://msdn.microsoft.com/en-us/library/ms819963.aspx

    5. X.509 certificates in .NET - http://www.codeproject.com/KB/cpp/X509Certificate.aspx

    6. http://towardsnext.wordpress.com/2008/09/10/des-encryption-in-c-using-systemsecuritycryptography-part-1/

    7. http://forums.microsoft.com/msdn/ShowPost.aspx?PostID=3821762&SiteID=1

    8. Dr.Dobbs - XML Digital Signature - http://www.ddj.com/windows/184416926

    9. http://blogs.msdn.com/charlie/

    10. http://community.bartdesmet.net/blogs/bart/default.aspx


  7. Szybkosć - http://weblogs.mozillazine.org/roadmap/archives/2008/08/tracemonkey_javascript_lightsp.html

  8. jORA - http://jora.luenasoft.de/index_en.html do Eclipse

  9. Blog z linkiem do książki o kryptografii - http://bradrhoads.blogspot.com/2008/09/handbook-of-applied-cryptography.html

  10. Stosowanie MD5 - http://usefulscripts.wordpress.com/2008/09/08/using-md5-encryption-with-c-and-microsoft-sql-server/

  11. O java - :


    1. http://java.about.com/

    2. http://java.sun.com/javaone/sf/

    3. http://www.javaworld.com/javaworld/javaqa/1999-08/01-qa-static2.html

    4. http://www.jroller.com/aalmiray/entry/java_groovy_scala_side_to1

  12. Jak zaszyfrować plik konfiguracyjny - http://dotnetfaqs-edu.blogspot.com/2008/09/encrypt-configuration-sections-in.html

  13. http://zenhabits.net/2008/09/21-easy-hacks-to-simplify-your-life/

  14. JS - http://www.webdesignerwall.com/general/javascript-in-modern-web-design/

 


Opracował w Brak komentarzy:
Powrót



  1. REST:




    1.  http://www.informit.com/articles/article.aspx?p=27645



    2.  http://www.ajaxonomy.com/2008/xml/web-services-part-1-soap-vs-rest



  2. Mainsoft oferuje intergrację między .NET a Webshpere :



  3. Klient  <---> Logika prezentacyjna - poprzez HTTP do klienta zawiera Portlet container (Struts,  JSF/JSP portlets oraz ASP.NET JSR 168 Portlets)) <---> Warstwa logiki biznesowej (EJB, COM). Obie warstwy serwerowe korzystają z Serwisów (Security, Messaging, JNDI, Logging i Mail)



  4. Już nikt nie kwestionuje istnienia dwóch ekosystemów Java i .NET. Dlatego powstaje wiele  rozwiązań pomostowych (aplikacje heterogeniczne): 



    1. Boulder, Colo.-based JNBridge's new JNBridgePro 4.0
    2. Thought - rozwiązanie - dynamic object-to-relational mapping (ORM) - CocoBase 5. Mają mieć produkt JPA dla .NET. Technologia JPA została wprowadzona do EJB 3.0 (składa się z API i JPQL)

  5. Co jeszcze mamy:


      • Bridge Solutions The code infrastructure in most enterprises today is a heterogeneous mix of Microsoft and Java platforms. Many companies have turned to Web services to get these two environments to interoperate, but that need has also spawned a category of "bridge" solutions, including those from JNBridge LLC and the CocoBase JPA solution from Thought Inc. A short list of similar offerings dev shops might want to consider includes:
      • JuggerNET A development tool designed to generate .NET bindings for arbitrary Java classes. It can be used to publish .NET versions of Java APIs and COM bindings for Java APIs, and to integrate .NET clients into JMS or EJB applications. Vendor: Codemesh Inc. Developer license: JuggerNET pricing starts at $1,995 for a Starter Kit, which includes one developer license, first year maintenance and support, and up to five client or server CPU deployments.
      • J-Integra for COM Bridges Java and Microsoft COM apps using a Java implementation of Microsoft's DCOM wire protocol, with optional native "JNI" mode. Vendor: Intrinsyc Software International Inc. Developer license $399; Server license (1 CPU) $3,999; Server license (multi-CPU) $7,999; Client license (5 pack) $745. Free trial available.
      • EZ JCom Enterprise Provides a bridge between Java-based programs and COM/ActiveX objects. Can be used to interface to standard COM objects that don't include a UI, such as COM objects that provide a service. Can also be used from non-Windows platforms-such as Unix, Linux, Mac or handhelds-by using the included Remote Access Service.  Vendor: EZ JCom Enterprise license: $1,495; includes royalty-free redistribution license and a license to use as a server component. The professional version, EZ JCom Pro, is available for $895. Evaluation downloads available.
      • JACOB  A Java-to-COM bridge designed to allow users to call COM Automation components from Java. It uses JNI to make native calls into the COM and Win32 libraries. Vendor: Open source project hosted on SourceForge License: GNU Library or Lesser General Public License (LGPL). The latest milestone release was announced in December 2007.  

      Wklejono z <http://adtmag.com/news/article.aspx?editorialsid=9923>


     Inne ciekawe linki:


    • Oficjalne zapowiedzi VS 2010 oraz .Net Framewok 4.0 - najwyższy poziom tego pakietu to Team Suite. Ogromna zmiana - MS lansował model tworzenia aplikacji w oparciu w DSL (fizyczny poziom projektowania), teraz będzie wspierał UML (logiczny poziom projektowania) co się ma odbić w nowej wersji narzędzi "OSLO". O swej determinacji do przejścia na UML świadczy fakt wstąpienia MS do Object Management Group (OMG) - http://adtmag.com/news/article.aspx?editorialsid=10246
    • Ciekawy protokoł GSS istnieje jego implementacja w Java - http://www.ietf.org/rfc/rfc2853.txt - ma dwie implemetacje:

      • The  Simple Public-Key GSS-API Mechanism [SPKM]
      • The Kerberos Version 5  GSS-API Mechanism [KERBV5]


    • REST czy SOAP?

    It was surprising enough when four years ago, Microsoft made an historic decision to ditch its own Web services architecture attempts and go with the flow. Today, it announced its next version of Windows will go with a different flow.


    For the last four years, one of the most prominent signs of Microsoft's change of thinking with regard to the division of labor in programming, has been its embrace of Simple Object Access Protocol (now just called SOAP, after too much deliberation over the acronym) in Windows Communication Foundation (WCF). It was Web standards organizations, not Microsoft, that initially drove the widespread adoption of so-called WS-* services that use SOAP, but Windows' embrace of SOAP later cemented the standard as a fixture of Web development.


    Initially, WS-* support was to be the hallmark of Microsoft's next-generation operating system back when it was still code-named "Longhorn," but later it was retrofitted to later editions of Windows XP, as well as to the .NET Framework.


    But now that the tide of developer sentiment has recently shifted toward a new Web services model, that trades SOAP's platform independence for a more simplistic transaction structure called Representational State Transfer (REST), Microsoft is saying that it will be building what it's calling a "unified XAML model" into the next editions of both WCF and .NET. Those components will premiere in Windows 7, and beta testing will begin later this month.


    As .NET Framework product manager Steven Martin described on his blog this afternoon, "As developers are broadly adopting the use of web services to build applications (using a spectrum of both advanced WS-* services as well as lighter weight RESTful services), they are reusing services that can live disparately across their enterprises, or on the Web. The best part of composite applications is that they can improve productivity and efficiency on the dev side and give more power to end users for accessing and managing data that's most critical to the business. As a result of the growing popularity of composite apps, developers require new levels of sophistication for building distributed, long-running, and workflow-centric applications."


    That's the crux of Microsoft's marketing message explaining the move toward the REST model. But a white paper also released by Microsoft today takes that language somewhat deeper, going so far as to call into question the viability of the very aspects the company had cited as recently as months earlier as its reasons for embracing SOAP in the first place.


    "Composite apps present new challenges around scalability, performance and reliability," reads Microsoft's latest "Overview" white paper on its new "RESTful" technology, code-named "Dublin" (DOCX available here). "The tried and true strategies for optimizing traditional applications do not satisfy in the more complex environment of composite applications. To address these requirements, composite applications must adopt more sophisticated application architectures -- including managing of highly asynchronous transactions, automation of long-running durable workflows, coordination of processes across very heterogeneous environments and seamless interoperability across platforms using standards. Increasingly, customers are turning to workflow-centric and 'declarative' approaches of defining application logic to help manage this complexity."


    On the day that Microsoft first announced its WS-* technology adoption publicly, its product managers cited as its reasons for doing so what they called the "four pillars:" scalability, performance, availability, and reliability. (Marketers since that time have merged the final two items into one.) This February 2007 study by WCF program manager Saurabh Gupta graphically demonstrated the superior performance, scalability, and availability of WS-* Web services over the technologies that Microsoft had previously employed prior to embracing WS-* and SOAP, including ASP.NET Web Services (ASMX) and the Web Services Enhancements (WSE) add-on to Visual Studio 2005.


    "To summarize the results, WCF is 25%-50% faster than ASP.NET Web Services, and approximately 25% faster than .NET Remoting," reads Gupta's conclusions. "Comparison with .NET Enterprise Service is load dependant, as in one case WCF is nearly 100% faster but in another scenario it is nearly 25% slower. For WSE 2.0/3.0 implementations, migrating them to WCF will obviously provide the most significant performance gains of almost 4x." Earlier in the study, Gupta warned that the chief limiting factor in any SOA system is the implementation of that service, rather than the underlying technology.


    Whether a REST implementation will be significantly more scalable or perform better than a similar SOAP implementation may yet be proven by similar tests. Perhaps we'll see some of those tests during Microsoft's PDC in Los Angeles at the end of the month.


    What's the difference between REST and SOAP, really? The two implementations of Web services architecture are actually completely different; they may accomplish much the same results, but they go about their jobs in entirely separate ways.


    With SOAP, each Web service has its own URL, and a request made of that URL is submitted as a message in an XML enclosure. Each request uses an instruction that's part of the namespace of the service, which is itself explained through an XML scheme called Web Services Description Language (WSDL). So a Web client passes a message to the service, using the lexicon outlined by WSDL and enclosed in a SOAP envelope. The service then responds with results that are enclosed in a very symmetrical fashion, so that the queried element and the response tend to match up.


    The key benefits of SOAP are that it is transport-agnostic (just because it uses HTTP now doesn't mean it has to in ten or fifteen years' time), and that it's easy to associate a Web service with an appropriate URL. That makes directories of Web services easier to assemble.


    REST is actually a bit simpler to explain, especially to someone who hasn't grown too accustomed to SOAP. Unlike SOAP, REST relies entirely on HTTP. But because of that, its request language is already known; there are only four "verbs" in REST which translate directly to the GET, POST, PUT, and DELETE. So the need for WSDL on the request side is completely thwarted.


    With REST, the item of data the client requests -- not the Web service itself -- is the target of the URL. For example, the field where a customer's surname would appear in a database may be the URL, whereas in SOAP, the URL refers to the service to which a request for that surname would be placed in an envelope. The server responds with a message in an XML envelope that pairs both the item that was requested and its response, which makes it easier for an auditing application to account for data transactions.


    Is REST necessarily an easier way to go? It is if you're developing applications using a new concept called the model view controller scheme. These are the "composite" applications to which Microsoft's marketing literature refers; they involve three separate components which may be programmed in completely different languages, and may be running on separate processors. The model component sets up the data that's the subject of an application, whereas the view component prepares a meaningful relationship of that data for a human reader. This tends to translate well to systems where JavaScript or dynamic language code can do the modeling, and HTML can set up the view. The controller may be a server application that maintains the active state and integrity of the database.


    It's an extremely sensible way to think of a network application, and it may be much easier to develop such a system because the three aspects of maintaining it can be delegated to separate development teams. But it almost mandates that the "what" of the application -- the part which the model component is setting up, and the view is preparing to lay out -- have a discrete name, without relying upon some Web service to give it a name later on during the transaction process. That's where the REST model may be a better fit.


    Last November, Microsoft unveiled something called the ASP.NET Model View Controller Framework at a developer's conference in Las Vegas. There, one of the company's non-employee MVPs, author Dino Esposito, noted what he perceived to be the new framework's key benefit.


    Summing up that benefit for his blog, Esposito wrote, "It uses a REST-like approach to ASP.NET Web development. It implements each request to the Web server as an HTTP call to something that can be logically described as a 'remote service endpoint.' The target URL contains all that is needed to identify the controller that will process the request up to generating the response -- whatever response format you need. I see more REST than MVC in this model. And, more importantly, REST is a more appropriate pattern to describe what pages created with the MVC framework actually do."


    That's a sentiment Microsoft evidently took to heart. As Corporate Vice President Scott Guthrie wrote in describing his team's MVC implementation, "It includes a very powerful URL mapping component that enables you to build applications with clean URLs. URLs do not need to have extensions within them, and are designed to easily support SEO and REST-friendly naming patterns. For example, I could easily map the /products/edit/4 URL to the 'Edit' action of the ProductsController class in my project...or map the /Blogs/scottgu/10-10-2007/SomeTopic/ URL to a 'DisplayPost' action of a BlogEngineController class."


    PDC in Los Angeles is a little over four weeks away, and BetaNews will be there to see how the first public betas of .NET 4.0 with REST perform in comparison to their predecessors.


    Wklejono z <http://www.betanews.com/article/NET_Framework_40_to_become_less_SOAPcentric_embrace_REST/1222895836/2>



Opracował w Brak komentarzy:

piątek, września 19, 2008

Lącza Java z IE:


  1. http://c2.com/doc/oopsla89/paper.html

  2. http://javatipsandtricks.blogspot.com/2006/10/cryptography-and-security-on-java-se-6.html

  3. http://www.frankcornelis.be/dcontract/source-repository.html

  4. http://www.javaworld.com/javaworld/jw-01-2001/jw-0112-howto.html

  5. http://www.javaworld.com/javaworld/jw-07-2001/jw-0706-webstart.html

  6. http://www.javaworld.com/javaworld/jw-03-2003/jw-0321-wssecurity.html

  7. http://www.javaworld.com/javaworld/jw-06-2005/jw-0627-plugin.html

  8. http://www.javaworld.com/javaworld/jw-10-2002/jw-1011-securexml.html?

  9. http://java.sun.com/javase/6/docs/technotes/guides/security/xmldsig/XMLDigitalSignature.html

  10. http://java.sun.com/j2se/1.4.2/docs/guide/security/CryptoSpec.html#Provider

  11. http://java.sun.com/webservices/docs/1.5/tutorial/doc/index.html

  12. http://www.javaworld.com/javaworld/jw-05-2002/jw-0524-j2ee.html?page=2

  13. http://java.sun.com/j2se/1.5.0/docs/guide/security/p11guide.html

  14. http://java.sun.com/j2se/1.5.0/docs/guide/security/index.html

Opracował w Brak komentarzy:

środa, września 17, 2008

Zebrane wiadomsci z Chrome:



  1. Porównanie kodowania znaków w .NET: http://www.billdawson.com/Articles/dotnetstreams.html
  2. O certyfikatach. Oprogramowanie: 
  3. Oprogramowanie do SSL: 

    1. OpenSSL i XCA - bezpłatne
    2. Oprogramowanie darmowe do zastosowań profesjonalnych, jak zbudowane na bazie OpenSSL i Perla pakiety OpenCA i OpenXPKI (www.openxpki.org/) oraz oparty o Javę i serwer JBoss pakiet EJBCA,  oprogramowanie komercyjne średniej klasy, takie jak Microsoft Certificate Services 
    3. Oprogramowanie komercyjne z wyższej półki, takie jak RSA Certificate Manager (KEON), Entrust Authority czy Cybertrust Unicert (dawniej Baltimore)

  4. Podpis elektroniczny w aplikacjach biurowych (securitystandard.pl) - http://www.securitystandard.pl/news/165699_1.html - wg. zaimplementowany jako XML-DSig w formacie OpenXML (ISO 29500, ECMA 376) rozpoznawalnym przez rozszerzenie DOCX.
  5. Materiały na temat JS - http://www.webdesignerwall.com/general/javascript-in-modern-web-design/ - widać, że najpopularniejszymi rusztowaniami są MooTools i jQuery. Tutaj są zebrane najpopularniejsze widgety. Bardzo przyjemny wygląd zewnętrzny.
  6. Cos dla dzieci: http://abrick.sourceforge.net/
  7. Ciekawe skrypty w różnych j. programowania - http://usefulscripts.wordpress.com/2008/09/08/using-md5-encryption-with-c-and-microsoft-sql-server/ - tutaj pokazene jest jak przechowywać w bazie hasła kodowane MD5.
  8. Zasoby Pythonowe - http://dawson.webfactional.com/blog/
  9. Formatowanie liczb w JS - http://usefulscripts.wordpress.com/2008/08/17/javascript-decimals/ na podstawie biblioteki z http://www.javascriptkit.com/javatutors/formatnumber.shtml
  10. Bardzo fajna strona o JS - http://www.javascriptkit.com/javatutors/formatnumber.shtml
  11. CodeProject - CertyfikatyX.509 w .NET - http://www.codeproject.com/KB/cpp/X509Certificate.aspx
  12. C-Sharp - Strumienie w pamięci - http://www.c-sharpcorner.com/UploadFile/Ashish1/memorystream10272005214644PM/memorystream.aspx?ArticleID=90a33ad2-49df-441b-91fc-94ed620f6010
  13. Dr.Dobbs - XML Sign - http://www.ddj.com/windows/184416926 cz.1
  14. Najlepsze blogi techniczne - http://itmanagement.earthweb.com/cnews/article.php/3770056/Top+200+Tech+Blogs:+the+Datamation+List.htm a tam sugerują:

    1. http://www.techcrunch.com/2008/04/20/who-are-the-top-tech-bloggers/
    2. http://news.cnet.com/CNET-News.coms-Blog-100/2009-12_3-5887900.html

 


Opracował w Brak komentarzy:

piątek, września 05, 2008

Znana witryna - http://today.java.net/pub/a/today/2006/11/21/xml-signature-with-jsr-105.html?page=1 - "XML Signature with JSR-105 in Java SE 5" Standard ten jest już przyjęty tutaj jest dokumentacja - http://jcp.org/aboutJava/communityprocess/final/jsr105/index.html

Celem podpisu cyfrowego jest zapewnienie integralności danych zgodnie z RFC 2828, dodatkowo chodzi o mocniejszy dowód - autentykację (message authentication).

<Signature ID?>
 <SignedInfo>
 <CanonicalizationMethod/>
 <SignatureMethod/>
 (<Reference URI? >
 (<Transforms>)?
 <DigestMethod>
 <DigestValue>
 </Reference>)+
 </SignedInfo>
 <SignatureValue>
 (<KeyInfo>)?
 (<Object ID?>)*
 </Signature>

Znaczenie Reference - łącznik między danymi do podpisania a samym podpisem. Wewnątrz dla danych jest liczony skrót wiadomości (hash, digest, footprint, odcisk) w elemencie DigestValue algorytmami (tzw. one way hash) SHA-1, SHA -256, SHA-512. Elementem, który jest podpisywany jest SignedInfo wg algorytmów DSA-SHA1, RSA_SHA1.

Podpisywanie składa się z dwóch etapów:

  • Obliczenie wartości hash i wpisanie jej do Digest Value dla każdej wiadomości
  • Wygenerowanie podpisu cyfrowego (digital signature) dla całego elementu SignedInfo i wstawienie go do pola SignatureValue. Inaczej mówiąc zaszyfrowanie całego bloku SignedInfo. Do podpisu stosuje się klucz prywatny wysyłającego (podpisującego)

Walidacja podstawowa składa się również z 2 etapów: (http://java.sun.com/developer/technicalArticles/xml/dig_signatures/fig8.gif):

  • Reference validation - czy każdy element Reference jest poprawny tzn. oblicza się hash otrzymanego wiadomości i sprawdza z DigestValue
  • Signature validation - polega na sprawdzeniu przy pomocy klucz publicznego podpisującego (?) - odszyfrowanie bloku SignedInfo posługując się kluczem publicznym i porównanie tej wartości z wartością hash elementu SignedInfo otrzymanej wiadomości
  • Potwierdzenie tego jest na stronach Sun-a - http://java.sun.com/developer/technicalArticles/xml/dig_signatures/
  • Inne potwierdzenie "Performing a digital signature involves two steps. In the first step, the data is run through a hashing algorithm. A typical hashing algorithm scans through the data and generates a number of some size -- this is typically called a "digest." If the same data is run through the hashing algorithm again, the same digest should be generated. Good hashing algorithms vary the digest unpredictably if the slightest change is made in the data. This makes it impossible to reverse engineer the original data, given the digest.

The second step in producing a digital signature is to encrypt the digest using the private key of the author. If you're not familiar with the terms public key or private key, then you've probably never heard of public key cryptography. The basic concepts of public key cryptography are simple: anything that is encrypted using an individual's private key, can only be decrypted using the same individual's public key. The reverse is also true: anything encrypted using an individual's public key, can only be decrypted using the same individual's private key. The two keys are mathematically linked. After encrypting the digest with the user's private key, the resulting scrambled data is then appended to the original document data.

Because public keys can be shared with anyone, and private keys should be known only to the signing author, verifying a digital signature is simple. The steps are:

  1. Rehash the document data that was received.
  2. Decrypt the encrypted digest with the author's public key that is typically appended to the document.
  3. Compare the two digests. If they are equal, the signature is valid.

If the two digests are not equal, then either the document has been altered, or the author of the document is not the same as the individual that signed it. However this information does not indicate which of those two faults (or both) have occurred. Wklejono z <http://www.java-tips.org/java-ee-tips/xml-digital-signature-api/using-the-java-xml-digital-signatur-2.html>"

Znaczenie Object -rekomenduje się aby tam umieścić dane które będą podpisywane (w przypadku wersji podpisu enveloping). KeyInfo z kolei może zawierać informacje o kluczu publicznym potrzebnym przy weryfikacji.

Pomocne narzędzia w Javie to keytool - http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/keytool.html

Lista dyskusyjna:

Podpis cyfrowy w Java przy pomocy biblioteki Apache XML Security (DigiSig) - http://www.linux.com/feature/39427

Bardzo ciekawy artykuł "JAVA XML Digital Signature" pokazuje architekturę JCA (Java Cryptographic Architecture) jako rozszerzalną platformę:

Niezbędne biblioteki:

  • javax.xml.crypto
  • javax.xml.crypto.dsig
  • javax.xml.crypto.dsig.keyinfo
  • javax.xml.crypto.dsig.spec
  • javax.xml.crypto.dom
  • javax.xml.crypto.dsig.dom

W celu przyśpieszenia operacji kryptograficznych (zajmują one do 30% CPU) proponuje SUN wykorzystanie rozszerzenia PKCS#11 (Crypto.Token Interface Standard) w celu przeniesienia ciężąru obliczeń na akceleratory sprzętowe lub karty inteligentne.

Na powyższym rysunku Sun PKCS#11 Provider stanowi pomost między warstwami wyższymi a konkretną implementacją obliczeń kryptograficznych. Statycznie określenie rodzaju dostawcy polega na edycji pliku konfiguracyjnego sunpkcs11 umieszczonego w ../jre/lib/scurity/java.security Oto fragment mojego pliku:

#

# List of providers and their preference orders (see above):

#

security.provider.1=sun.security.provider.Sun

security.provider.2=sun.security.rsa.SunRsaSign

security.provider.3=com.sun.net.ssl.internal.ssl.Provider

security.provider.4=com.sun.crypto.provider.SunJCE

security.provider.5=sun.security.jgss.SunProvider

security.provider.6=com.sun.security.sasl.Provider

security.provider.7=org.jcp.xml.dsig.internal.dom.XMLDSigRI

security.provider.8=sun.security.smartcardio.SunPCSC

security.provider.9=sun.security.mscapi.SunMSCAPI

Jak widać jest nawet obsługa MS CAPI (poprzez wpis 9).

Fundamentalne łącza:

Przykład diagramu:


Opracował w 7 komentarzy:
Subskrybuj: Posty (Atom)