Release History

Get the RSS feed of the last changes

Release 0.11.4.1 - 2008-08-02

Type	Changes	By
	The previous fix to support multiple pool names had a bug in that it tried to synchronize on null, generating a NullPointerException - now we synchronize on the class	hen

Release 0.11.4 - 2008-07-31

Type	Changes	By
	The element removal in the AbstractContext.close() method is bad and will lead to a ConcurrentModificationException. Code rewritten such that removal happens separately from the collection iteration	hen
	DBCP pooling now supports pool names such that two separate DataSources will no longer clash and reuse the same pool	hen

Release 0.11.3 - 2008-04-08

Type	Changes	By
	If a resource directory config/java and file config/java.properties both exist, indeterminate result Fixes SJN-54.	hen
	Using shared memory (org.osjava.sj.jndi.shared=true) causes javax.naming.NameAlreadyBoundException Fixes SJN-73.	hen
	Avoiding "Missing javax.sql:jdbc-stdext:jar:2.0" caused by DBCP 1.1 while using Maven 2 Fixes SJN-74.	hen
	Using simple-jndi for testing with Maven 2 Fixes SJN-75.	hen
	InitialContext.close() improperly throws exception when using JNDI Memory implementation separately Fixes SJN-77.	hen
	Does not compiled with JDK-1.6 Fixes SJN-78.	hen
	lookup return null instead throiwiung exceptions Fixes SJN-79.	hen
	Allow DBCP par ameters to be passed in Fixes SJN-81.	hen

Release 0.11.2 - 2007-06-26

Type	Changes	By
	Maven2 build added	hen
	Removed debug from SJDataSource	hen
	Updated to latest dbcp/pool	hen

Release 0.11.1 - 2005-09-29

Type	Changes	By
	BeanConverter, create empty instance and call setXxx(String) methods	hen
	Can't have 'type' at the top level inside a file Fixes SJN-69.	hen
	Shared memory not working Fixes SJN-68.	hen

Release 0.11 - 2005-09-05

Type	Changes	By
	Move from gj-xml to DOM Fixes SJN-59.	eric
	Create user manual Fixes SJN-60.	hen
	Pluggable converters Fixes SJN-22.	hen
	COLON_REPLACE concept Fixes SJN-65.	hen
	System properties supported Fixes SJN-63.	hen
	SPACE concept Fixes SJN-64.	hen
	Unable to have DataSource files with more than 2 elements Fixes SJN-33.	hen
	Unable to use simple-jndi on Windows with standard java naming Fixes SJN-3.	hen
	NotContextException error in GenericContext.createSubContext Fixes SJN-57.	rzigweid
	Created in-memory JNDI implementation	rzigweid
	Unable to create subcontexts Fixes SJN-58.	rzigweid

Release 0.10 - 2004-12-09

Type	Changes	By
	Added NameParser support.	rzigweid
	Added subcontext support.	rzigweid
	Added additional constructors. This includes a default constructor, a constructor which allows the system environment to not override the passed in environment and one to supply a NameParser different from the default.	rzigweid
	Converted the basis of storage to be Name's instead of Strings. This goes along with the NameParser support above.	rzigweid

Release 0.9.1 - 2004-02-10

Type	Changes	By
	Fixed #SJN-49, a problem in loading DataSources from particular .properties files.	hen

Release 0.9 - 2004-02-07

Type	Changes	By
	Tested, and fixed, the usage of http as a protocol for getting simple-jndi values, #SJN-27. Untested on servers that do not allow directory-listings.	hen
	Feature #SJN-30, to have a static memory behind the contexts and not a per-instance memory. It is turned on via the org.osjava.jndi.shared=true jndi.properties parameter.	hen

Release 0.8.1 - 2004-01-18

Type	Changes	By
	Added feature #SJN-48, in which the simple-jndi is configurable from system properties as well as jndi.properties and a Hashtable. The system property takes precedence.	hen

Release 0.8 - 2004-01-03

Type	Changes	By
	Fixed bug #SJN-45, in which the XML property loader did not correctly handle multiple tags with the same name forming a List object.	hen
	Fixed a bug in which 'ty pe' did not work in a DataSource file in which you had the DS name as the filename and not delimited in the file.	hen
	Deprecated usage of the 'org.osjava.jndi.datasource' property in favour of a simple type=javax.sql.DataSource. Especially as JIRA issue #SJN-42 exists with the datasource usage. Will be removed in 0.9.	hen
	Added an example for xml, ini and properties creation of Collections in simple-jndi.	hen
	Added an example for xml, ini and properties built DataSources in simple-jndi.	hen
	Connection pooling added via the use of Jakarta Commons DBCP.	hen
	While I've decided not to use log4j, I have implemented a classic System.out debug system with a -DSJ.DEBUG=true system property to turn it on.	hen
	Switched dependencies and inlined code so that no jars are needed by default, but to get the xml feature you need gj-xml, to get converting you need commons-convert and to get connection-pooling you need commons-dbcp, which needs commons-pool and commons-collections.	hen

Release 0.7 - 2003-12-06

Type	Changes	By
	XML bug #SJN-39 fixed. In 0.6, XML was barely functional and 0.7 fixes those bugs.	hen
	In addition to .properties and .xml files, simple-jndi now supports .ini files. The precedence in case of similar naming is .properties, .xml then .ini.	hen
	DataSources may now be configured through the '.type' conversion mechanism as well as the org.osjava.jndi.datasource mechanism. This is needed for XML which cannot use the org.osjava.jndi.datasource mechanism. Most likely this will be the only mechanism for DataSources in a future version.	hen

Release 0.6 - 2003-08-12

Type	Changes	By
	You may now see and modify the Simple-JNDI parameters through Simple-JNDI.	hen
	Because Windows cannot handle ':' in a filename, "java:" is quietly converted to "java".	hen
	Unit Tests written and plugged into Maven.	hen

Release 0.5 - 2003-04-08

Type	Changes	By
	Moved from the 'com.generationjava' namespace to the 'org.osjava' namespace, and an accompanying change in look and feel to the site.	hen
	Boolean and URL Converters added.	hen
	Values in the System properties [ie) -Dfoo.bar=baa ] now override simple-jndi.	hen
	Values may now be bound to the JNDI space, where they override the configured simple-jndi properties. When removed, the value goes back to the simple-jndi default.	hen

Release 0.4 - 2003-02-27

Type	Changes	By
	com.foo.Value can have a partner key of com.foo.Value.type which specifies the type of object to use for the key. While this system will be pluggable, currently it supports java.lang.Number only.	hen
	Any XML format may be used underneath instead of a .properties system. Properties files take precedence over XML files, so in the light of foo.xml and foo.properties, only foo.properties will be read.	hen
	The underlying properties parsing has been improved. It now handles ordered collections. These are implemented by specifying a key multiple times. One issue with this is that the object returned maybe a List or a String [or something else depending on type ] , leading to an ugly instanceof style of programming. The following eases this.	hen
	org.osjava.naming.Jndi is a wrapper which automatically grabs the default InitialContext and provides simple helper routines for getting data out. One such example is getList(String key) which improves the situation in the previous bullet point.	hen

Release 0.3 - 2003-02-14

Type	Changes	By
	Implemented a protocol system for the simple-jndi root's location. The original file location was retrofitted into this and a classpath location was added. A http location is planned	hen
	If a protocol is unspecified, then resort to v0.2 format, ie) file://	hen
	If root is unspecified, then use the classpath	hen
	The delimiter in the search values is configurable, so people can more easily mimic LDAP	hen