NT Realm and Properties Files

Hi,
Does anyone experience similar problem. I am using NT Realm using a user already define in my NT domain. The properties File for WLS required that password be present for the system user.
Having this when I start weblogic, I can log onto WLS with password define for the system user in NT domain as well as the funny password I put in the properties file just to fill the requirement.
I thought that the password define in NT domain should prevail over the one define in the properties file. Is there any solution around this? Any help will be greatly appreciate?
Thanks.
Amen Akakpo

hi,
use PreferredMaxBytes=0 in the config.xml something like.
<NTRealm Name="MyNTRealm" PreferredMaxBytes="0"
PrimaryDomain="xyz.com"/>
thanks
kiran
"Marco Righetti" <[email protected]> wrote in message
news:3cc745f8$[email protected]..
>
I´m facing a problem with JVM when configured my NT Security Realm in WLS6.1 SP2.
NT server 4 SP6a. When WLS started, I got message reporting ACCESSVIOLATION at module
NTAPI32.DLL (outside JVM) in Function: LocalGroupEnum. After teh WLS isterminated.
The user that start WLS has rights in Domain as part of system and tokensand he
is member of Administrators (both Local and Domain groups)
Does anyone know what is happening ?
Regards
Marco

Similar Messages

[svn] 2200: The main package will now also include the ja swc' s and properties files.

Revision: 2200
Author: [email protected]
Date: 2008-06-24 07:46:04 -0700 (Tue, 24 Jun 2008)
Log Message:
The main package will now also include the ja swc's and properties files.
-it will not include the samples, these will still be in the ja zip
bug:http://bugs.adobe.com/jira/browse/SDK-15852
Ticket Links:
http://bugs.adobe.com/jira/browse/SDK-15852
Modified Paths:
flex/sdk/branches/3.0.x/build.xml

Hi,
First up thanks for helping out, I really appreciate it.
Is there a way to change that or should I simply add the file to the Classpath?
The config file at present sits in c:\Temp\ESFGFL\servicelayer\config\maysqlconfig.properties with the code in the servicelayer directory.
My classpath is set as .;C:\Program Files\Java\jre6\lib\ext\QTJava.zip;C:\Program Files\Java\jre6\lib\javamail-1.4.2\mail.jar
What do I need to change here? Ultimately te code will be on a servera nd so will the config file but learning some lessons by testing locally is proving invaluable.
Thanks again for your help
nathj

WEB-INF and properties files

okay, this may be really naive and maybe i'm missing some key piece of
documentation, but i'm missing something regarding the file structure with
iplanet enterprise 4.1 on solaris.
in my /usr/local/netscape/suitespot there's a docs directory that is the
default docs directory.
I've created a /WEB-INF directory under docs and a /classes directory under
that. I've placed a jay.properties file in the /WEB-INF/classes directory,
but when I try to access that through a servlet instantiated bean, I get an
error from the ResourceBundle call, telling me that it can't load that
properties file.
I have two questions:
1. did i build the WEB-INF directory in the correct place (ie - is this the
standard way of working under the iplanet server) - this doesn't seem to be
supported by the admin server in the sense that i can browse this directory,
when i'd expect that iplanet would build in some basic security around the
WEB-INF directory
2. what do i name and where do i put the properties file? should it be
jay_en.properties? i've tried a number of different scenarios with no luck.
thanks...
jay

Why would you create a WEB-INF directory on the web tier?
WEB-INF is a directory with a special meaning to the web container. All
of your properties files and such will need to be placed on the
application server tier, in the WEB-INF directory that was automatically
created there. And you can do that just be properly placing them in the
WAR file.
David
Jay Wright wrote:
> okay, this may be really naive and maybe i'm missing some key piece
> of documentation, but i'm missing something regarding the file
> structure with iplanet enterprise 4.1 on solaris.
>
> in my /usr/local/netscape/suitespot there's a docs directory that is
> the default docs directory.
>
> I've created a /WEB-INF directory under docs and a /classes
> directory under that. I've placed a jay.properties file in the
> /WEB-INF/classes directory, but when I try to access that through a
> servlet instantiated bean, I get an error from the ResourceBundle
> call, telling me that it can't load that properties file.
>
> I have two questions: 1. did i build the WEB-INF directory in the
> correct place (ie - is this the standard way of working under the
> iplanet server) - this doesn't seem to be supported by the admin
> server in the sense that i can browse this directory, when i'd
> expect that iplanet would build in some basic security around the WEB-INF
> directory
>
> 2. what do i name and where do i put the properties file? should it
> be jay_en.properties? i've tried a number of different scenarios
> with no luck.
>
> thanks... jay
>
>
>

Java Internationalization and .properties files

Hi everyone,
Isn't it problematic that the way to internationalize your java apps ( .properties files ) doesn't support UTF-8 and you have to user gibberish looking unicode escapes. Some will say that you don't need to write and the converters or editors will handle the ascii conversion but the requirement for such a intermediate process doesn't seem right. Sometime you have to edit some string on the server and it should be human readable using text editors that support UTF-8. I thought loadFromXML and storeToXML methods that came with java 1.5 seemed to solve the problem but than noticed that PropertyResourceBundle doesn't support xml properties files. Is backwards compatibility the reason that properties files aren't utf-8 by default?
Thanks
Bilgehan

Try PRBeditor (http://prbeditor.dev.java.net).

I18n:bundle and properties files

Hi,
I'm currently developing a multi-language web site with some users having local administration roles for their own country.
I need to provide online resource translation feature. So I made pages for editing properties files.
The problem is that the files are correctly updated but the pages still show old values unless webapp is restarted.
I tried to clear the cache of the ResourceBundle class (by getting the cacheList class field) but it didn't change anything to the problem.
Any help on this ?
Thanks in advance.

Sorry, I forgot about my post in this forum...
I solved this problem by developping an alternative implementation of the ResourceBundle class meeting my needs, and corresponding taglib upon it to use in my pages.
This works fine.

Jar file and properties file

Hi all,
I have a jar file packaged as com.company.java located in $JAVA_HOME/jre/lib/ext. It will read a properties file when it is initialized. As I know, properties file needed to put under $CLASS_PATH. So I put it under $JAVA_HOME/jre/lib/ext also. However, the JAR file failed to load the properties file.
Below is a part that in JAR file for getting properties file.
ResourceBundle rb = ResourceBundle.getBundle("abc",Locale.getDefault());
s=rb.getString("key1");
} catch (MissingResourceException e) {
s=null;
e.printStackTrace();
Do I put the properties file in wrong location?
Where do I put it to make it work?
Rgds,
unplug

by default you have 3 class loaders that load classes as well as read resources:
The bootstrap classloader (for the core classes)
The extension class loader (finds anything in any .JAR placed in $JAVA_HOME/jre/lib/ext/ [which is the home directory for "extension modules"])
And the system class loader (looks along the classpath, finds files inside JARs [listed in the classpath] and in normal subdirectory structures [of base directories listed in the classpath] that mirror the hierarchy of Java packages)
Any of these is supposed to consult the previous loader on the above list first, and try a lookup on its own only if the previous loaders did not find a class.
ResourceBundle.getBundle(String, Locale) uses the classloader of its caller to look for the properties. If your method calling getBundle() was called from another method inside your extension module it will first consult the extension classloader (which first consults the bootstrap classloader) and will not be able to use the system classloader. So you can place anything in the classpath but it won't help. And the extension class loader can only look into JARs, not plain package directories.
If the getBundle() method were called directly from the application code, however, it will use the system class loader to locate the properties file.
There is a method ResourceBundle.getBundle(String, Locale, ClassLoader) where you can pass in e.g. the system class loader if you know how to get it, so this might help. The application code would determine its own class loader and pass it to the method of your your extension module.
But I am not sure that you should place the properties file in $JAVA_HOME/jre/lib/ext/ since this is intended for Java extensions rather than normal user code, it normally does not show up on the classpath. Also, if you place it along the classpath, you have to pass in the classloader to be used since your code was loaded by the extension classloader and has no immediate knowledge of the system classloader.
But perhaps it would be wiser to load your resource bundle reader in the system classloader, like any other application code: Remember that classes loaded by the extension classloader have higher security privileges than normal application code (the security policy file that you can edit refers to application code!) and it is questionable whether a resource bundle reader needs that privileges. If it does not, you might just place it in the classpath rather than the extension directory. Then it is quite natural that a properties file will also be found on the classpath.

Using jrun and properties files

For some reason my while deploying, the jsp cannot find the .properties file. I've tried putting it in almost every single directory on the server. Can anyone help???
Thanks

The .properties files must be in the classpath that JRun is using. There should be a <something>\classes directory in your CLASSPATH that JRun's using, try putting it in there.
Take Care,
Rob
null

EAR file and properties file

Hello,
I am wondering if an application (java classes for instance) can read a .properties file inside the ear package, when the application is deployed ?
(only reading of course)
Thank you

I'd recommend using ClassLoader.getResourceAsStream to access the properties file.
This means the file needs to be in the resource path of your classloader. In WLS, an easy way to do this is to have it in the APP-INF/classes directory of your EAR file.
-- Rob
WLS Blog http://dev2dev.bea.com/blog/rwoollen/

WAR file and Properties file

Hey guys,
I have a WAR file( for my web application) . Its basically a Struts application running on weblogic7.0 server There is a MyXXX.Propeties file in web-inf/classes folder and when i run the application the property file is not recognized( unable to read it) i get something like this
???en_US.label.xxx???
Do i need to set some classpath for the server ?
Regards,
KM

Any answer ??

JWS : Properties and Log file locations?

We have a swing app that used log4j to log to a file. It also uses Apache commons PropertyConfiguration to allow the user to setup and save properties to a file.
This all works great when running the app locally. The app creates the log file and properties file in the folder where the user launches the app from.
Now that I'm trying to launch the app via JWS we should have the log file and properties file in some "known" location so that it doesn't matter if they launch the app from a browser, or from a desktop icon, or from a menu - the app will always look for the file in the same location.
Any thoughts on where this location should be? For now we are just releasing to Windows users but eventually we will need to be able to launch on Mac and Linux as well. Is there some convention as to where such files should reside when using JWS?
Thanks in advance!

If it is signed, it can use a subdirectory of System.getProperty("user.home").
You may want to look at PersistenceService.get(...).getXXXStream() that may overcome sandbox restrictions.
Edited by: baftos on May 3, 2012 1:16 PM

Images and .properties(bunldes) files are not being found from my JSPs

Hi,
I have created .ear file by using ANT Application. And deployed into Oracle9iAS(OC4J). Here problem is that images and .properties(internationalization bundles)files are not found from JSPs.
Here is my directory structure.
public_html--->locale -->BusinessEntity -->businessentity_en_US.properties
--->enterprise -->images -->knowldege.jpg
--->BusinessEntity-->BEAdd.jsp
in my jsp bundle(.properties)file is accessed like this:-
<i18n:bundle baseName="/locale/-->BusinessEntity/businessentity" id="businessentity" locale="<%= locale %>" />
in my jsp images accessed like this:-
src="/enterprise/images/knowldege.jpg".
In my working environment, without creating .ear file, images and .properties files are being found my JSPs. But if i create .ear file and after deploy, images and .properties files are not being found my JSPs.
please let me know where i might did wrong
thanks in advance
srinivas

Hi i am again. Here is my configuration files(server.xml and default-web-site.xml)
server.xml :-
<?xml version="1.0"?>
<!DOCTYPE application-server PUBLIC "-//Evermind//DTD Orion Application-server//EN" "http://xmlns.oracle.com/ias/dtds/application-server.dtd">
<application-server application-directory="../applications"
deployment-directory="../application-deployments"
>
     <library path="../tools.jar" />
     <rmi-config path="./rmi.xml" />
     <jms-config path="./jms.xml" />
     <log>
          <file path="../log/server.log" />
     </log>
     <transaction-config timeout="30000" />
     <global-application name="default" path="application.xml" />
     <application name="nalluri" path="../applications/trainiumear.ear" auto-start="true" />
     <global-web-app-config path="global-web-application.xml" />
     <web-site path="./default-web-site.xml" />
     <cluster id="-1640090707" />
</application-server>
default-web-site.xml:-
<?xml version="1.0"?>
<!DOCTYPE web-site PUBLIC "Orion Web-site" "http://xmlns.oracle.com/ias/dtds/web-site.dtd">
<web-site port="8888" display-name="Default Oracle9iAS Containers for J2EE Web Site">
     <default-web-app application="nalluri" name="Commonwar" />
     <access-log path="../log/default-web-access.log" />
</web-site>
thanks in advance
wating for reply
srinivas

REALM and WL6

PS: Here is the "ppsldaprealm.properties" and the
"weblogic.properties" files:
***** ppsldaprealm.properties ****************************************
# Properties for the LDAP realm used for user authentication.
com.nortel.pps.api.ldaprealm.factory=\
     com.sun.jndi.ldap.LdapCtxFactory
com.nortel.pps.api.ldaprealm.authentication=\
     simple
com.nortel.pps.api.ldaprealm.principal=\
     cn=dmanager
com.nortel.pps.api.ldaprealm.credential=\
     dmanager
com.nortel.pps.api.ldaprealm.root=\
     o=ISPServer Services Inc., c=US
# Properties for the LDAP directory
com.nortel.pps.api.directory.hostname=\
     47.128.208.226
com.nortel.pps.api.directory.port=\
     889
# Properties for the INA database
com.nortel.pps.api.database.hostname=\
     47.128.208.226
com.nortel.pps.api.database.port=\
     80
***** weblogic.properties ****************************************
# CORE SECURITY-RELATED PROPERTIES
# Read important information about security at:
# http://www.weblogic.com/docs51/admindocs/properties.html
# REQUIRED: The system password MUST be set in order to start the
# WebLogic Server. This password is case-sensitive, at least 8
characters.
# The username for the privileged user is ALWAYS "system".
# This username and password also includes httpd access (see
# HTTPD properties below).
weblogic.security.realmClass=\
     com.nortel.pps.api.util.ldap.LdapRealm
# ADMINISTRATOR PROPERTIES
weblogic.administrator.name=Preside Policy Services
weblogic.httpd.session.cookie.name=PresidePolicyServices
# PRESIDE POLICY SERVICES EJB PROPERTIES
# CLUSTER USERS: Note that ALL EJB deployment should be done in the
# per-cluster properties file ONLY.
# Deploys EJBeans.
weblogic.ejb.deploy=\
     EJBs/ppsejb.jar
weblogic.system.nativeIO.enable=false
# DocumentRoot configuration
# The documentRoot is by default set to this directory; change
# as desired. FileServlet, SSIServlet, PageCompileServlet
# and JSPServlet use it.
weblogic.httpd.documentRoot=public_html/
# Servlet reload properties
# Put servlets and classes they depend on below this directory to take
# advantage of dynamic reloading. (WebLogic classes don't belong
# here, and NO directories can be both in your system/environment
# CLASSPATH and in the servlet classpath.) WebLogic checks for
modified
# servlets every reloadCheckSecs and reloads servlets and classes they
# depend on as needed. If reloadCheckSecs is set to -1, classes will
# never be reloaded.
weblogic.httpd.servlet.classpath=\
     webgui/ppswebgui.jar
weblogic.httpd.servlet.reloadCheckSecs=1
# WEBLOGIC JSP PROPERTIES
# Sets up automatic page compilation for JSP. Adjust init args for
# directory locations and uncomment to use.
weblogic.httpd.register.*.jsp=\
weblogic.servlet.JSPServlet
weblogic.httpd.initArgs.*.jsp=\
pageCheckSeconds=-1,\
compileCommand=D:/javasoft/jdk1.3/bin/javac,\
workingDir=public_html,\
verbose=true
# PRESIDE POLICY SERVICES SERVLET REGISTRATIONS
# Set ACLs for these as desired
weblogic.httpd.register.PPSFrontComponent=\
     com.nortel.pps.webgui.base.FrontComponent

Alain,
It looks like you're using a custom realm which needs
to be ported to WLS 6.0. Please consult the
WLS 6.0 documentation on how to implement a custom realm.
One trick you could try is:
1) create a custom realm via the console
2) set the custom realm's realmclassname to the
classname of your custom realm (get this from
your old weblogic.properties file)
3) use the console to set this custom realm as
the active realm - that is:
a) make a caching realm
b) make the caching realm use this custom realm
c) make the realm use the caching realm
4) copy your custom realm's properties file to the
directory you boot WLS from in each of your servers
(like you had to do in WLS 5.1)
5) Boot wls (making sure your custom realm is in
the classpath) - hopefully everything will just work.
If not, you'll need to port your custom realm
(which you should do anyway)
-Tom Moreau

How to Add JAR files and Config files to CLASSPATH at runtime?

QUERY:
During runtime, I need to load the JAR files and relevant config files( .cfg files and .properties file) into CLASSPATH and run a specific java program from one of the JAR which is available in CLASSPATH.
Please advise me any relevant Java API details or a sample java program to implement the above use case.
Thanks in advance.

During runtime, I need to load the JAR files and relevant config files( .cfg files and .properties file) into CLASSPATH and run a specific java program from one of the JAR which is available in CLASSPATH.
Please advise me any relevant Java API details or a sample java program to implement the above use case.
You don't add to YOUR classpath once your app is launched.
You create a NEW process for the app you want to run and provide the proper environment for it to run in - including any PATH or CLASSPATH environment variables.
The Java API for the ProcessBuilder class has a simple example that shows how to create the arguments and launch an external application.
ProcessBuilder (Java Platform SE 7 )
There are also PLENTY of other examples of using ProcessBuilder; just search the net.

Folders and image files

I'm trying to add image files to a project so that they will be included in my deployment .jar file. These files are in a subdirectory under my classes root called icons. I've added the .gif files to a new folder under a project. Whenever I rebuild my application, these files are copied to my classes root. This seems to only occur with files like .gif. What's up with this? Is there some configuration switch that affects this behavior.

Thanks John for the input. This works great with .gif and .properties files, but it does not work with all files. For instance, if I have a .dll file that I want copied from a resources directory into my classes output directory, I have found that this same approach fails. Similarly, if I have files with different file extenstions like .cfg this approach fails. What are the rules used within JDeveloper to affect this behavior. Is there a configuration setting that changes which files are copied over to the output directory?

JRE7Update25 Deployment Properties File Not Working And Cant Disable Next Gen Plugin

Good Day
Our organisation needs to deploy JRE7U25 to over 4000 workstations. Our desktops are running the following Windows and IE combinations:
WinXP 32 Bit/IE7
WinXP 32 Bit/IE8
Win7 32 Bit/IE8
Win7 32 Bit/IE9
Win7 64 Bit/IE8
Win7 64 Bit/IE8
We use the 32bit JRE installer across all environments and all IE browsers use 32Bit IE. On all of our environments the Deployment.properties and config files no longer work due to what appears to be a bug in the JRE7U25 installer. Our deployment files are as follows:
Deployment.config
deployment.system.config=C:\WINDOWS\Sun\Java\Deployment\deployment.properties
deployment.system.config.mandatory=true
Deployment.properties
deployment.security.level=MEDIUM
deployment.security.level.locked=
deployment.javaws.autodownload=NEVER
deployment.javaws.autodownload.locked=
deployment.security.mixcode=HIDE_RUN
deployment.security.mixcode.locked=
deployment.console.startup.mode=HIDE
deployment.console.startup.mode.locked=
Both files are being copied to the following location:
C:\Windows\Sun\Java\Deployment
After the installer runs and deployment files are copied to the workstation the deployment.properties and config files look like this:
Deployment.config
deployment.system.config=C:\WINDOWS\Sun\Java\Deployment\deployment.properties
deployment.system.config.mandatory=true
Deployment.properties
#System Deployment Properties
#Mon Jul 01 12:29:20 CAT 2013
deployment.security.level=MEDIUM
I have tried changing the deployment.config file as follows in an attempt to fix this to no avail:
1. deployment.system.config=C:\\WINDOWS\\Sun\\Java\\Deployment\\deployment.properties
    deployment.system.config.mandatory=true
2. deployment.system.config=C:\\WINDOWS\\Sun\\Java\\Deployment\\deployment.properties
    deployment.system.config.mandatory=false
3. deployment.system.config=C:\WINDOWS\Sun\Java\Deployment\deployment.properties
    deployment.system.config.mandatory=true
4. deployment.system.config=C:\WINDOWS\Sun\Java\Deployment\deployment.properties
    deployment.system.config.mandatory=false
5. deployment.system.config=file\:C\:/WINDOWS/Sun/Java/Deployment/deployment.properties
None of the above mentioned works. So all our required settings in the deployment.properties file are being overwritten when opening the Java console? Our other major problem is that Changing the registry key to 0 in order to disable the next generation plugin does not disable the next generation plugin in Jre at the usual location as it worked for us machine wide (across multiple profiles for JRE6U29):
[HKEY_LOCAL_MACHINE\SOFTWARE\JavaSoft\Java Plug-in\10.25.2]
"UseNewJavaPlugin"=dword:00000000
^^I have observed on a fresh install of JRE7U25 that the above mentioned registry key no longer exists in this version so a computer wide disablement of this option is no longer possible via the registry.
On our 32Bit and 64bit machines running the 32 bit JRE 7U25 client when we disable the next generation plugin it keeps enabling itself again. Even when we run the javacpl.exe to run as administrator by changing the compatibility settings and disabling the next generation plugin it enables itself again. This is a huge problem for us because our company Oracle web based applications need this plugin to be disabled in order to run the apps properly.
These are major obstacles for our deployment as we desperately require assistance or any advice in addressing these issues as there appear to be numerous bugs with the JRE7U25 release. Thank you in advance.
Update 7 July 2013:
I have observed that if you have the following options in your Deployment.config file it doesn't allow our java webstart apps which use jnlp extensions to run.
1. deployment.system.config=C:\\WINDOWS\\Sun\\Java\\Deployment\\deployment.properties
    deployment.system.config.mandatory=true
2. deployment.system.config=C:\\WINDOWS\\Sun\\Java\\Deployment\\deployment.properties
    deployment.system.config.mandatory=false
3. deployment.system.config=C:\WINDOWS\Sun\Java\Deployment\deployment.properties
    deployment.system.config.mandatory=true
4. deployment.system.config=C:\WINDOWS\Sun\Java\Deployment\deployment.properties
    deployment.system.config.mandatory=false
The jnlp file association is also broken on Windows XP workstations with JRE7U25. We are having to manually associate the .jnlp file extension with javaws.exe on workstation for Web start apps or else users cannot lauch JRE whn clicking on .jnlp links.
The only Deployment.config syntax which allows our Webstart applications to run is as follows:
deployment.system.config=file\:C\:/WINDOWS/Sun/Java/Deployment/deployment.properties
What a mess!

I don't have an answer to the problem, but I am having problems with the system level deployment.properties file and IE9 on Windows 7 32/64bit.
Starting with version 13, the IE plugin seems to igonore the system level deployment.properties file in favor of the user level deployment.properties file. When I open the Java Control Panel, the settings are correct per the system deployment.properties file. Currently to get the Java Plugin to work reliably in IE9 I have to set the following:
_JAVA_OPTIONS = -Djava.net.preferIPv4Stack=true
Disable caching
Set the proxy to Direct Connection.
If I set the _JAVA_OPTIONS as an environment variable and the other two in the system deployment.properties file, Firefox works fine, but IE wont load either of the Java tests. If I removed the system deployment.properties files and configure the user deployment.properties file, both IE and Firefox work fine.
I find it interesting that if I set the configuration through the control panel, then apply the system deployment.propteries file, the user deployment.properties file reverts to defaults when the system file is removed.

NT Realm and Properties Files

Similar Messages

Maybe you are looking for