Berkeley Bits

June 22, 2006

nightly-ucb.berkeley.edu

Filed under: What I'm Up To — jholtzman @ 3:57 pm

We’re setting up a nightly instance so we can play with different applications and/or versions of applications within Sakai.  We’re starting off with a vanilla trunk deploy, but with the gradebook branch that Louis is working on.  This will add a file upload/import capability to the gradebook.

To create a nightly instance, all we did was:

  • establish svn+ssh://svn.berkeley.edu/svn/bspace/nightly/v1/
  • create our custom .externals file
  • svn propset svn:externals v1 -F ./v1/.externals
  • svn commit

June 21, 2006

Migrating Blackboard 5.5 Content Packages to Sakai

Filed under: What I'm Up To — jholtzman @ 1:16 pm

I’m in the process of writing a utility to explode BB 5.5 content packages into a meaningful filesystem, which can be uploaded to Sakai via webdav. The problems I’m running into so far are:

  1. Do we use the BB title for the Sakai filename (which is what’s displayed in the BB UI)? [Update: No... use the original filenames, since they are unique.]
  2. How do we clean up the titles? Some are long, have invalid characters, etc. How much monkeying with filenames will users tolerate? [Update: Windows and Mac have their own illegal characters, as does Sakai's webdav. We're cleaning them all up so the full process works for every file.]
  3. This is a slow process. Unzipping files and extracting them in java takes forever. [Update: Using Buffered input/output streams helps tremendously. It had been a long time since I'd worked with these APIs.]

[Update: The project is available in Sakai's contrib]

June 19, 2006

Jforum deadlock problem solved?

Filed under: Hard-Won Wisdom — jholtzman @ 2:01 pm

When cleaning out the needless jforum logic that determined how to handle non-transactional DB connections (sakai should always be transactional), I inadvertantly removed the commit() call. This should have been a pretty easy thing to debug… if the DB connection is never committed, nothing should ever be saved to the database.
Oh, how naive! In sakai, we have a database connection pool. When jforum finished it’s request/response thread, it was returning its connection to the pool like any well behaved application should. The problem was that other application services were grabbing that same dirty connection, which was never committed and never rolled back. When that other service called commit() or rollBack(), the sql issued from jforum would suffer the same fate.

Note to self: just because spring takes care of all of your DB connection tasks for you, don’t assume that you’re done with DB connections for the rest of your life.

generic viagra buy viagra order viagra discount viagra order viagra online online viagra generic cialis cheap cialis buy cialis cialis viagra buy cialis online buy adipex cheap adipex buy ambien cheap ambien buy phentermine cheap phentermine buy alprazolam cheap alprazolam buy fioricet cheap fioricet buy levitra cheap levitra buy hydrocodone cheap hydrocodone buy meridia cheap meridia tight pussy ladyboy shemale sex tranny sex asian shemales hot girls teen girls naked girls nude girls teen models sexy girls teen porn beastiality animal sex incest porn incest sex rape porn rape sex fat pussy thick girls bbw sex girl live teen webcam live webcam girls nude free chat rooms adult webcam girl live xxx porn xxx sex free sex video clips free porn video clips free sex videos free porn videos free porn movies free sex movies free adult movies free porn clips free sex clips famous pornstars pink porn stars hairy pussy hairy women hairy girls big tits huge tits big boobs huge boobs teen boobs sexy boobs threesome sex gang bang squad teen gangbang girls in pantyhose pantyhose porn paris hilton sex tape paris hilton nude paris hilton naked wet pussy teen pussy

Oracle, Deadlocks, and “Bad Gateway” on Jforum

Filed under: What I'm Up To — jholtzman @ 9:53 am

There’s a theory floating around the office that Jforum’s “Bad Gateway” errors are due to oracle deadlocks. To verify this, I need to do some research:

When the apache front-end times out talking to tomcat (producing the bad gateway error), does the tomcat request thread stop? If the bad gateways are really due to deadlocks, this must be the case, since we do not see oracle deadlock errors logged.

Our DBA team has been providing hints for solving this problem here: http://jira.media.berkeley.edu/jira/browse/BSP-410

June 13, 2006

Howdy!

Filed under: What I'm Up To — jholtzman @ 10:31 am

I’m starting this blog at a peculiar time. I’m working on several projects all at once:

Let’s see what gets done and when!

Powered by WordPress