adsense

24.12.2014

Oracle ADF Runtime 12.1.3 Kurulumu

Bu bölümde Oracle ADF 12.1.3 kurulumunun nasıl yapılacağı anlatılacaktır.

Kurulum için Gereksinimler:
  • Aşağıdaki linkten ADF kurulum dosyası zip olarak indirilir.
             http://www.oracle.com/technetwork/developer-tools/adf/downloads/index.html
  • Tüm weblogic sunucularının kapalı durumda olduğundan emin olunmalıdır.

Kurulumun Yapılması:

Kurulum dosyası aşağıdaki şekilde görüldüğü gibi zip'ten kurtarılır ve ortaya çıkan .jar uzantılı dosya çalıştırılır.
 
 
Inventory dizini seçilerek devam edilir.
 
 
 
Welcome ekranından Next denilerek geçilir.
 
 
Mevcuttaki Oracle Home seçilerek Next'e tıklanır.
 
 
Fusion Middleware Infrastructure seçeneği işaretlenerek devam edilir.
 
 
Kurulum için gerekli ön hazırlıkların tamamlanması beklenir. Eğer bu adımda herhangi bir hata alınırsa, bu hatanın giderilmesinin ardından devam edilmelidir.
 
 
Kurulumun özetini gösteren ekranda Install'a tıklanarak kurulum başlatılır.
 



Kurulumun tamamlanmasının ardından Next'e tıklanır.

 
Kurulumun başarılı bir şekilde tamamlandığını gösteren ibarenin ardından Finish denerek işlem tamamlanır.

 
Son adımda tüm weblogic serverlar restart edilir.
 
 
 
 Zorlukları karşılamanın iki yolu vardır. Ya zorlukları değiştirirsiniz yada zorlukları çözmek için kendinizi...
 
 Phyllis Bottome 
 
 


22.12.2014

Weblogic Konsol Audit

Weblogic ortamlarımızın birden fazla admin tarafından kullanıldığı durumlar olabiliyor. Yapılan bir konfigürasyonun kim tarafından yapıldığı bazı durumlarda sorgulanabilir. Bu soruya yanıt verebilmek için Weblogic konsol üzerinde aşağıdaki ayarları set etmemiz yeterli olacaktır:


  • Configuration->General sekmesinden Advanced ayarlar seçilir.
  • "Configuration Audit Type" değeri "Change Log and Audit" e ayarlanır.
  • Admin process i restart edilir.



Başkaları yararına iyi bir şey yapmak görev değil, zevktir. Çünkü sizin sağlık ve mutluluğunuzu artırır. Zoroaster...

21.11.2014

Weblogic Gömülü LDAP Sunucusunun Dışa Aktarımı (Exporting Weblogic Embedded LDAP Server)


Yeni kurduğumuz bir weblogic ortamımızda WLS security ream'deki kullanıcılarımızı tekrar oluşturmak yerine daha önce kullanılan bir ortamdan export etme imkanımız var. Bunun için aşağıdaki adımları izlemeliyiz.

Security Realms'e tıklayıp myrelam'e tıklanır.

 

Sonra Migration Tab'ına ve Export tab'ına tıklanır.


Export Directory Server kısmına dosyayı nereye kaydetmek istiyorsak o path yazılır. ve Save butonuna basılır. Aşağıda da görebileceğiniz gibi verdiğimiz path in altında şu 5 dosya oluşur.


Export işimiz tamamlandığına göre yeni kurduğumuz weblogic ortamımızda security Realms/myrealm/migration/import tab'ına gelinir. Export Directory Server kısmına dosyaları nereye kaydettiysek o path yazılır ve Save butonuna basılır. Böylece yeni user'larınızı import etmiş olursunuz.



Weblogic için güvenilir Sertifika yükleme



Özellikle E2E sistemlerde, gidilen servis veya uygulamanın https protokolden hizmet veriyor olması durumunda weblogic e SSL key tanımı yapılması gerekir. bu tanımlama yapılması için java nın keytool tool u kullanılır.

uygulama makinesine bağlantı yapıldıktan sonra

windows için /java/bin/keytool.exe

linux için /java/bin/keytool kullanılır.



keystore a sertifikanın tanımlanması için DemoTrust.jks (weblogicde default olarak kullanılan dosya) , veya tanımlanmış olan keystore kullanılır.




~java/bin/keytool -import -trustcacerts -alias sertifika.com.tr -file <sertifikanın oldugu path> -keystore [Oracle_HOME]//wlserver_10.3/server/lib/DemoTrust.jks




Not: DemoTrust.jks nin default şifresi DemoTrustKeyStorePassPhrase dir.

Admin Console URL Değiştirme




Console erişimi için kullanılan http://ip:port/console URL ini değiştirerek, default olarak kullanılan adres değiştirilebilir. Böylece admin servere ait ip ve port bilgilerinin bilinmesine rağmen console sayfasının görüntülenmesi engellenebilir.



1 -Domain Structure altından Domain Name seçilir.

2 -Sırasıyla Configuration > General sekmeleri altındaki Advanced tıklanır.

3 -Advanced kısmında bulunan Console Context Path yeniden düzenlenerek, URL değiştirilir.





Son hali console URL i; http://ip:port/mycontextpath

Hostname Verification Error - (Failed Hostname Verification Check)




Uygulamalar arasında gerçekleştirilen Https Url erişimlerde sertifika yüklü olmasına rağmen "failed hostname verification check. Certificate contained *. but check expected" hatası alınırsa aşağıdaki yöntemlerle çözüm sağlanabilir.

1.Yöntem
Admin konsol üzerinde her bir sunucu için Hostname Verification değeri "None" olarak set edilmeli.

* Suncunun SSL Tab'ında (WebLogic admin console -> Environment -> Servers -> Uygulama sunucu-X -> Configuration -> SSL)

*  "Lock & Edit" yapılır.

*  "Advanced" sekmesi açılır.

* "Hostname Verification" parametresi, default olarak gelen "BEA Hostname Verifier" yerine "None" olarak set edilir.

* Son olarak "Save" ve "Activate Changes" yapılarak sunucu restart edilir.








2. Yöntem
Admin konsol üzerinde her sunucu için server start parametrelerine "-Dweblogic.security.SSL.ignoreHostnameVerification=true" değeri eklenir.
Ya da...
$DOMAIN_HOME/bin dizininde bulunan startWeblogic.sh içerisine aşağıdaki satır eklenir.
"JAVA_OPTIONS="${JAVA_OPTIONS} -Dweblogic.security.SSL.ignoreHostnameVerification=true"



17.11.2014

AdminServer Does Not Start: java.lang.NumberFormatException: null

Bazı durumlarda (disk dolması vb.) Weblogic ortamımıza ait dosyaların bozulması söz konusu olabilir. Bu gibi durumlarda Admin server ı start etmek istersek running duruma gelmeyip down olacaktır. Logu kontrol ettiğimizde aşağıdaki gibi bir log görürüz:


<Nov 3, 2014 6:09:44 AM EET> <Critical> <WebLogicServer> <BEA-000386> <Server subsystem failed. Reason: java.lang.NumberFormatException: null

java.lang.NumberFormatException: null



        at java.lang.Integer.parseInt(Integer.java:417)

        at java.lang.Integer.parseInt(Integer.java:499)

        at weblogic.ldap.EmbeddedLDAP.validateVDEDirectories(EmbeddedLDAP.java:1104)

        at weblogic.ldap.EmbeddedLDAP.start(EmbeddedLDAP.java:242)

        at weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64)

        Truncated. see log file for complete stacktrace

>

<Nov 3, 2014 6:09:44 AM EET> <Notice> <WebLogicServer> <BEA-000365> <Server state changed to FAILED>

<Nov 3, 2014 6:09:44 AM EET> <Error> <WebLogicServer> <BEA-000383> <A critical service failed. The server will shut itself down>

<Nov 3, 2014 6:09:44 AM EET> <Notice> <WebLogicServer> <BEA-000365> <Server state changed to FORCE_SHUTTING_DOWN

Bu sorunun iki çözümü vardır.

1. Çözüm:

$DOMAIN_HOME/servers/AdminServer/data/ldap/conf/ altındaki replicas.prop adlı 0 KB boyutundaki dosyayı açıp "replica.num=0" satırını eklenmesi gerekir.

2. Çözüm:

$DOMAIN_HOME/servers/AdminServer/data/ldap/conf/ altındaki replicas.prop dosyasının isminin değiştirilmesi (replicas.prop.bkya da silinmesi gerekir. Weblogic server restart edildikten sonra bu dosya tekrar oluşur.


Weblogic Patch Geçme: OPATCH komutu


Weblogic domain e patch geçmeyi aşağıdaki yazımızda ele almıştık:

http://middleware-appteam.blogspot.com.tr/2014/07/weblogic-patch-gecme.html

Weblogic 12c versiyonundan itibaren Bea Smart Update (bsu) ile patch  geçme işlemi kaldırılarak patch işlemleri opatch fonksiyonuna kaydırılmıştır.

Bu işlemi aşağıdaki şekilde gösterdiğimiz gibi 3 adımda gerçekleştirebiliriz.
1. Geçilecek patchin ön şart olarak başka paket yüklemesi isteyip istemediğini sorgulama:

Spesifik bir Oracle Home dizinine paketin kurulabilmesi için başka bir paket&patch kurulumu gerekip gerekmediği aşağıdaki şekilde sorgulanır.

opatch apply <path_to_patch_directory> -report

2. Patch Geçme:

İlgili patch dosyayı Oracle Support sitesinden indirdikten sonra uygun bir dizine extract edilir ve opatch in bulunduğu dizine gidilerek ($WL_HOME/OPatch) aşağıdaki komut çalıştırılır:

./opatch apply /disk1/patches/15941858/

3.  Rollback:

opatch rollback -id 15941858


13.11.2014

Native Library(terminalio) not found hatası

Weblogic instance larımızı Nodemanager ile açıp kapatacağımız gibi domain kurulumu sonrasında DOMAIN_HOME/bin dizini altında otomatik olarak oluşan startManagedWeblogic.sh scripti ile komut satırından da çalıştırabiliriz:


./startManagedWebLogic.sh manageserver1 http://10.100.101.102:7001

Komut satırından çalıştırdığımızda işlemi nohup ile arka plana göndermeden çalıştırırsa ve user/password ü script içerisinde belirtmemişsek, script kullanıcı adı ve şifreyi terminalden elle girmemizi isteyecektir.
"terminalio" library si yüklü olmayan işletim sistemlerinde aşağıdaki hata alınacaktır:

<Nov 12, 2014 2:24:43 PM EET> <Info> <WebLogicServer> <BEA-000377> <Starting WebLogic Server with Java HotSpot(TM) 64-Bit Server VM Version 20.9-b04-jre1.6.0.16-rc1 from Hewlett-Packard Company>
<Nov 12, 2014 2:24:44 PM EET> <Info> <Security> <BEA-090065> <Getting boot identity from user.>
Enter username to boot WebLogic server:weblogic
<Nov 12, 2014 2:24:46 PM EET> <Error> <Security> <BEA-090782> <Server is Running in Production Mode and Native Library(terminalio) to read the password securely from commandline is not found.>
<Nov 12, 2014 2:24:46 PM EET> <Notice> <WebLogicServer> <BEA-000388> <JVM called WLS shutdown hook. The server will force shutdown now>

<Nov 12, 2014 2:24:46 PM EET> <Notice> <WebLogicServer> <BEA-000365> <Server state changed to FORCE_SHUTTING_DOWN>

Bu hatayı aşmak için  aşağıdaki işlemleri yapmak yeterli olacaktır:

*İlgili manage server ın dizinine gidilir ve security klasörü yoksa yaratılır:

cd $DOMAIN_HOME/server/manageserver1
mkdir security

*Security dizini içerisinde boot.properties dosyası yaratılır ve içerisinde weblogic kullanıcı adı ve şifresi açık olarak aşağıdaki formatta yazılır:

username=weblogic
password=weblogic123

Sonrasında instance aynı şekilde tekrar çalıştırılır.

30.10.2014

Node Manager "Could not execute command "getVersion" on the NodeManager" Hatası



Merhabalar,

Bu yazıda node manageri ayağa kaldırırken alınan bir hatanın nasıl çözüldüğü anlatılacaktır.

Node manager ayağa kaldırılırken herhangi bir sorunla karşılaşılmamasına rağmen, admin consoleda ilgili node manager Unreachable görünüyor ve aynı zamanda  admin logunda aşağıdaki hata alınıyorsa, bu problem node manager kullanıcı adı ve şifresinin weblogic console kullanıcı adı ve şifresi ile uyuşmamasından kaynaklanmaktadır.


####<Oct 27, 2014 3:10:23 PM EET> <Error> <NodeManager> <tprmapp1> <PRM-DEV-ADM> <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <weblogic> <> <bd9071dd-6724-4499-b6a2-0cb0d2a22f20-00000093> <1414415423395> <BEA-300033> <Could not execute command "getVersion" on the NodeManager. Reason: "Received error message from Node Manager Server: [Access to domain 'PRM-DEV-DMN' for user 'nYLgRwRX5B' denied]. Please check Node Manager log for details.".>

Problemi gidermek için consolea bağlandıktan sonra aşağıdaki şekilde işlem yapılmalıdır:

1) Consolea giriş yaptıktan sonra Domain_Name > Securtiy > Advanced kısmına giriş yapılır.

2) Burada yer alan NodeManager Username,  NodeManager Password,   Confirm NodeManager Password kısımlarına admin console kullanıcı adı ve şifre bilgileri girildikten sonra Save tuşuna basılır.
 
3) Ardından Activate Changes kısmına tıklanarak, değişklikler aktif hale getirilir.
 
4) Node manager restart edildikten sonra, admin consoleda Environment > Machines > Node_Manager_Name > Monitoring kısmından Status kısmının Reachable olduğu teyit edilir.
 
 
 
Hayatta başarı A ise, A=x+y+z. Çalışmak x; eğlenmek y; z ise çeneni tutmaktır.
                                                                                                         Albert Einstein

29.09.2014

Weblogic Admin Console Timeout Süresi Nasıl Değiştirilir? (How to on Weblogic Admin Console Timeout)


Merhaba

Daha önce karşılaştığımız Admin Console’a girerken timeout’a düşme sürelerini değiştirme gereksinimi konusunda araştırmalar yaptık. Sizlerle de paylaşmak istedik.

İsteğe göre bu timeout sürelerini değiştirebiliriz.

Aşağıdaki path’in altında weblogic.xml açıp, işaretli olan parametreyi isteğe göre artırıp, azaltabiliriz.

$ORACLE_HOME /wlserver_10.3/server/lib/consoleapp/webapp/WEB-INF


"<session-descriptor>
<timeout-secs>3600</timeout-secs>
<invalidation-interval-secs>60</invalidation-interval-secs>
<cookie-name>ADMINCONSOLESESSION</cookie-name>
<cookie-max-age-secs>-1</cookie-max-age-secs>
<cookie-http-only>false</cookie-http-only>
<url-rewriting-enabled>false</url-rewriting-enabled>
</session-descriptor>"

Weblogic 12C "Identity key store file not found" Hatası



Merhaba

Weblogic 12.1.2.0 kurulumu yaparken karşımıza çıkan hatalardan birini sizlerle paylaşmak istiyoruz. İnternette araştırdığımızda bir çok kullanıcının cevap alamadığını gördük.

Öncelikle Weblogic kurulumumuzu tamamlayıp, nodemanager’ı çalıştırdığımızda en aşağıdaki hatayı almamızın sebebi normalde;

nodeManagerStart_server_name.sh scriptimiz

$ORACLE_HOME /wlserver_12.1/server/bin/startNodeManager.sh path’inden çalıştırırken 12C de

$DOMAIN_HOME /bin/startNodeManager.sh path’inden çalıştırması. 


Yani nodeManagerStart_server_name.sh scriptimizin path’ini yukarıdaki gibi güncellersek bir problemimiz kalmıyor. Kolay gelsin.


+ /data/weblogic/java/jdk1.7.0_55/bin/java -client -Xms32m -Xmx200m -XX:MaxPermSize=128m -Dcoherence.home=/data/weblogic/Oracle/Middleware/Oracle_Home/wlserver/../coherence -Dbea.home=/data/weblogic/Oracle/Middleware/Oracle_Home/wlserver/.. -Xverify:none -Djava.endorsed.dirs=/data/weblogic/java/jdk1.7.0_55/jre/lib/endorsed:/data/weblogic/Oracle/Middleware/Oracle_Home/wlserver/../oracle_common/modules/endorsed -Djava.security.policy=/data/weblogic/Oracle/Middleware/Oracle_Home/wlserver/server/lib/weblogic.policy -Dweblogic.nodemanager.JavaHome=/data/weblogic/java/jdk1.7.0_55 weblogic.NodeManager -v

<Sep 29, 2014 3:40:45 PM EEST> <INFO> <Loading domains file: /data/weblogic/Oracle/Middleware/Oracle_Home/oracle_common/common/nodemanager/nodemanager.domains>

<Sep 29, 2014 3:40:46 PM EEST> <INFO> <Loading identity key store: FileName=/data/weblogic/Oracle/Middleware/Oracle_Home/oracle_common/common/nodemanager/security/DemoIdentity.jks, Type=jks, PassPhraseUsed=true>

<Sep 29, 2014 3:40:46 PM EEST> <SEVERE> <Fatal error in NodeManager server>

weblogic.nodemanager.common.ConfigException: Identity key store file not found: /data/weblogic/Oracle/Middleware/Oracle_Home/oracle_common/common/nodemanager/security/DemoIdentity.jks
at weblogic.nodemanager.server.SSLConfig.loadKeyStoreConfig(SSLConfig.java:170)

at weblogic.nodemanager.server.SSLConfig.access$000(SSLConfig.java:32)

at weblogic.nodemanager.server.SSLConfig$1.run(SSLConfig.java:111)

at java.security.AccessController.doPrivileged(Native Method)

at weblogic.nodemanager.server.SSLConfig.<init>(SSLConfig.java:108)

at weblogic.nodemanager.server.NMServer.<init>(NMServer.java:121)

at weblogic.nodemanager.server.NMServer.main(NMServer.java:383)

at weblogic.NodeManager.main(NodeManager.java:31)

25.09.2014

Weblogic Data Source Konfigürasyonu



Bu yazıda bir weblogic server üzerinden database (JDBC for Database Connection) ayarlarının nasıl yapılacağı anlatılacaktır.


1) Admin console kullanılarak weblogic arayüzüne giriş yapılır.

          http://hostname:port/console


 2) Services > Messaging > Data Sources sekmeleri takip edilir.




3) New sekmesine tıklanarak yeni bir database bağlantısı kurma işlemine başlanılır.




4) Öncelikle Generic Data Source kurma işlemi gerçekleştirilecektir.

Generic Data Source üzerinden database ayarları düzenlenerek uygulamaların daha efektif çalışması sağlanabilir. Ayrıntılı bilgiyi aşağıdaki linkte bulabilirsiniz.

http://middleware-appteam.blogspot.com.tr/2014/07/weblogic-data-source-alannda-yer-alan.html




5) Name kısmına herhangi tekil bir isim girilebilir. JNDI NAME kısmı ise database tarafına ait bir bilgidir ve uygulamalara birbirinden bağımsız birer kaynak sağlama işlevini görür. Gerekli bilgiler girildikten sonra Next'e tıklanır.


6) Bir sonraki adımda databasee ait driver bilgisi kaydırma cubuğunadaki menüden seçilir ve Next'e tıklanır.



6) Support Global Transaction seçeneği tiklenir ve Next'e tıklanır.



7) Daha sonra gelen ekranda Database Name , databasein üzerinde çalıştığı sunucuya ait Host Name bilgisi, databasee ait Database Username ve Password bilgileri girilerek Next'e tıklanır.
 
 

 
 8) İstenirse girilen bilgilerin doğruluğunu kontrol etmek amacı ile Test Confguration butonuna tıklanarak database bağlantısı test edilebilir.





 
 9) Ardından bu database'e hangi sanal sunucuların bağlanacağı seçilerek Next ile bir sonraki adıma geçilir.

 
 
 
 10) Son adımda değişikliklerin aktif olması için Activate Changes butonu kullanılır.


 
 
   Generic Data Source kurulumundan sonra şimdi de Multi Data Source kurulumunun nasıl yapılacağını aşağıdaki adımlardan takip edebilirsiniz.Multi Data Source  birden fazla Generic Data Source barındıran bir gruptur. Bu şekilde konfigüre edilen databasede yük dağılımı (load balancing) veya yük devretme (failover) gibi özellikler kullanılabilir.


1) New sekmesinden Multi Data Source seçilerek Next'e tıklanır.

 
 2) Name ve JNDI Name  bilgileri girilir. Algorithm kısmından ise Failover veya Load Balancing seçeneklerinden biri seçilir.

Failover seçildiğinde Multi Data Source altında tanımlanan Generic Data Source'lardan birisi down olursa diğer Generic Datasource üzerinden işlemler devam eder.

Load Balancing seçilirse de her bir Generic Datasource'a yük eşit olarak dağıtılır.



3) Bu datasourcea bağlanacak olan sanal sunucular seçilir.


4) Bu adımda sizden Data Source tipini seçmeniz istenir. Uygulamanızın yapısına göre bu seçeneklerden birini seçebilirsiniz.

XA Driver: Bu opsiyonun seçilebilmesi için database'in de XA özelliğini destekliyor olması gerekir. Kısaca bu özellik birden fazla database ile bağlantı kuruluyorsa ve burdaki işlemlerin senkron olması (aynı anda commit veya basarısız olursa aynı anda rollback) gerekiyorsa tercih edilir.

Non-XA Driver: Bu opsiyonda ise birden fazla database olsa da herhangi birisindeki işlem için diğer databasedeki işlemlerin basrılı olup olmaması dikkate alınmaz.


5) Multi Data Source içinde yer almasını istediğimiz Generic Datasource'ları seçerek Chosen ekranına atıyoruz.Ardından Finish ve değişikliklerin aktif olması için Activate Changes butonlarına tıklanır.





Bu işlemlerin ardından datasource konfigürasyon işlemi tamamlanmış olur.

 

Yapmakta ısrar ettiğimiz şey gitgide kolaylaşır, işin niteliği değişmez; ama bu işi yapma yeteneğimiz artar.

                                                                                                                                        M. T. Cicero