News

Scriptlet request parameters case preserving

2012-02-08T15:26:54+01:00

Following the discussion in issue #120, we have now implemented case-preserving parameters, while keeping case-insensitive lookups. There is a minor BC break here:

  // For an URL like http://example.com/?CustomerId=100:
  // * Old behaviour: $params = [ customerid : '100' ]
  // * New behaviour: $params = [ CustomerId : '100' ]
  $params= $request->getParams();

To retain the old behaviour, change the above as follows:

- $params= $request->getParams();
+ $params= $request->getParams(CASE_LOWER);

5.8.4RC3: JSON, Configuration, Properties and FC

2012-02-03T21:34:22+01:00

We would like to announce the immediate availability of the third release candidate for XP 5.8.4. On top of the second RC, we have included JSON serialization for objects, the possibility to supply multiple configuration sources for both XPCLIs and web applications based on RFC #0221, extended the util.Properties class to be case-insensitive when parsing boolean values and added a method lang.reflect.Field::getTypeName() for forward compatibility with the upcoming 5.9-SERIES.

You can download and install as always:

  $ cd ~/xp
  $ wget http://releases.xp-framework.net/setup/5.8.4RC3 -O - | php -- -d ~/bin/

Enjoy

RFC #0210: Separate contrib & framework versions - vote please!

2012-02-01T11:23:30+01:00

We've worked on RFC #0210: Separate contrib and framework versions, the goal of which is to separate framework and contrib. library versions. While today, all libraries are versioned alongside the framework, e.g. xp-rt-5.8.4 and xp-contrib.stomp-5.8.4, the libraries will have separate versions in the future and instead a pointer to the framework version (range) they depend on. We've therefore gathered all the current libraries inside the xp.contrib repository and have reconstructed their changelog from SVN and Git commit history. The RFC includes these and the version numbers we can derive from that for each library.

Now while we were doing that, we also noticed quite a bunch of deprecated, badly named, unmaintained and otherwise outdated libraries. For the most obvious, we've created RFCs on how to further proceed with them. Please give your votes by adding "+1" or "-1" (and optionally, a reason) as to these proposals in the issue comments.

Thanks!

New method Field::getTypeName()

2012-01-28T19:07:01+01:00

In preparation for the upcoming change of lang.reflect.Field::getType(), due to fix its inconsistency with other parts of the reflection API, we have added a forward-compatible lang.reflect.Field::getTypeName() method that you can start migrating your code to so it will work in both XP Framework versions.

For an example of what needs to be changed, see this pull request to the XP compiler.

RFC #0218: Parameter annotations

2012-01-28T16:11:47+01:00

Scope of Change
Annotations on method parameters will be allowed.

Rationale
Originally motivated from XP Framework's pull request #33 - Stubbles IoC container and dependency injection.

Read the full RFC here.

5.8.4RC2

2012-01-23T15:18:46+01:00

We would like to announce the immediate availability of the second release candidate for XP 5.8.4. On top of the first RC, we have included fixes for the HTTP transport based on the curl extension and bugfixes for XMLRPC deserialization. We would like to thank the contributors from over at GamePay for these patches! Also, there have been several optimization to the XP compiler in generating dependencies.

You can download and install as always:

  $ cd ~/xp
  $ wget http://releases.xp-framework.net/setup/5.8.4RC2 -O - | php -- -d ~/bin/

Enjoy

RFC #0231: Remove xp.contrib's "dba" module

2012-01-22T19:24:07+01:00

Scope of Change
The module "dba" will be completely removed.

Rationale
The io.dba classes where deprecated in the 5.8-SERIES and moved to the ports repository (what is now "xp.contrib") for backwards compatibility on 2010-02-14, almost two years ago at the time of writing.

Read the full RFC here

RFC #0184: Drop SAPI feature alltogether

2012-01-21T12:23:42+01:00

Rationale
The sapi feature was initially introduced to offer a way to extend the XP framework's core code, provided by lang.base.php, in a manner similar to that file, eg. without having to encapsulate that code in a class.

Now, we think code should always be loaded as a class, which bring several features like having an associated classloader.

Functionality
Functionality provided by one of the XP framework's sapi files will be migrated to be provided by regular classes, preferrably backwards compatible.

Read the full RFC here

5.8.4RC1

2012-01-12T22:16:50+01:00

We would like to announce the immediate availability of the first release candidate for XP 5.8.4. This release contains various fixes and enhancements like SQLite3 support in the rdbms package, as well as the extended server protocol, the first release of our mocking library, a REST client and support for combining application properties from varios sources.

You can download and install as always:

  $ cd ~/xp
  $ wget http://releases.xp-framework.net/setup/5.8.4RC1 -O - | php -- -d ~/bin/

Enjoy

Heads up: Using local sockets to connect to MySQL

2012-01-08T14:17:34+01:00

MySQL allows running MySQL servers with disabled networking. This is suggested as security measure if the application and the database server run on the same machine, but in reality we usually don't have this kind of a setup except on the developers' machines. This is where we hit an inconsistency in our userland MySQL driver "mysqlx": It wasn't connecting to the MySQL server on localhost, where the standard MySQL driver was. This has been fixed in the meantime.

Some research into this topic revealed the following:

MySQL uses an AF_UNIX socket on Un*x systems. By default, this is in /tmp/mysql.sock
On Windows, a named pipe serves the same purpose. It's usually called \\.\pipe\MySQL
The MySQL libraries will connect via these local sockets if "localhost" is supplied as host name

Especially the last part is a bit frustrating, because it's magic, and magic behaviour is never good in software. This is why the XP group has decided to be inconsistent with the MySQL libraries and not support this in mysqlx. Furthermore, we have decided to remove the magic from the standard MySQL driver implementations in order to be consistent. Instead, use the dot (.) as a notation for "this machine", as seen in the following examples:

  // Connect to the MySQL server on this machine via local sockets.
  // Determine socket by using OS-dependant lookup mechanisms.
  $conn= DriverManager::getConnection('mysql://./NEWS');
  
  // Supply local socket's name
  $conn= DriverManager::getConnection('mysql://./NEWS?socket=/tmp/mysql.sock');
  $conn= DriverManager::getConnection('mysql://./NEWS?socket=\\\\.\\pipe\\mysql');

In contrast, this will now always use TCP/IP:

$conn= DriverManager::getConnection('mysql://localhost/NEWS')