FSF: Nothing Can Excuse Oracle's Patent Aggression

 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements UNIX and Linux RSS News FSF: Nothing Can Excuse Oracle's Patent Aggression
# 1  
Old 09-09-2010
FSF: Nothing Can Excuse Oracle's Patent Aggression

FSF has issued a statement about Oracle's patent infringement lawsuit against Google over Android. While Google could have avoided all this by using the GPL'd IcedTea and they have yet to take a stand against software patents, still nothing, FSF writes, can excuse Oracle's patent aggression. "Oracle is wrong to use its patents to attack Android," FSF concludes.
They have a number of suggestions on how they think you can help, including searching for prior art. The result of all this, unless Oracle changes course, will be, FSF points out, that everyone will dump Java:
Programmers will justifiably steer clear of Java when they stand to be sued if they use it in some way that Oracle doesn't like. One of the great benefits of free software is that it allows programs to be combined in ways that none of the original developers would've anticipated, to create something new and exciting. Oracle is signaling to the world that they intend to limit everyone's ability to do this with Java, and that's unjustifiable.
If you have prior art, you can place it here or on the End Software Patents wiki, as they suggest, or both.

More...
Login or Register to Ask a Question

Previous Thread | Next Thread

2 More Discussions You Might Find Interesting

1. What is on Your Mind?

What can you do when you need to find an excuse in a hurry?

try this, telnet towel.blinkenlights.nl 666 another mindless timewaster when you're bored of twiddling your thumbs :D (0 Replies)
Discussion started by: sparcguy
0 Replies

2. Shell Programming and Scripting

excuse my stupidity

I am getting a variable from a web page ($inst) which is looked at by the loop: if ($inst == 2) { do stuff } the problem is that no matter what the value of $inst the code enters the loop. I know it is some thing small and stupid, but any help would be appreciated. john (3 Replies)
Discussion started by: jmg5
3 Replies
Login or Register to Ask a Question
Apache::Session::Store::Oracle(3pm)			User Contributed Perl Documentation		       Apache::Session::Store::Oracle(3pm)

NAME
Apache::Session::Store::Oracle - Store persistent data in a Oracle database SYNOPSIS
use Apache::Session::Store::Oracle; my $store = new Apache::Session::Store::Oracle; $store->insert($ref); $store->update($ref); $store->materialize($ref); $store->remove($ref); DESCRIPTION
Apache::Session::Store::Oracle fulfills the storage interface of Apache::Session. Session data is stored in a Oracle database. SCHEMA
To use this module, you will need at least these columns in a table called 'sessions': id varchar2(32) # or however long your session IDs are. a_session long To create this schema, you can execute this command using the sqlplus program: CREATE TABLE sessions ( id varchar2(32) not null primary key, a_session long ); If you use some other command, ensure that there is a unique index on the table's id column. CONFIGURATION
The module must know what datasource, username, and password to use when connecting to the database. These values can be set using the options hash (see Apache::Session documentation). The options are DataSource, UserName, and Password. Example: tie %hash, 'Apache::Session::Oracle', $id, { DataSource => 'dbi:Oracle:database', UserName => 'database_user', Password => 'K00l' }; Instead, you may pass in an already-opened DBI handle to your database. tie %hash, 'Apache::Session::Oracle', $id, { Handle => $dbh }; The last option is LongReadLen, which specifies the maximum size of the session object. If not supplied, the default maximum size is 8 KB. AUTHOR
This modules was written by Jeffrey William Baker <jwbaker@acm.org> A fix for the commit policy was contributed by Michael Schout <mschout@gkg.net> SEE ALSO
Apache::Session, Apache::Session::Store::DBI perl v5.10.1 2010-10-18 Apache::Session::Store::Oracle(3pm)