Decisions with fresh install in windows 7 64 bit - ORDS, SODA & JSON in the Database

Hi community,
I'm setting up a new laptop running windows 7 64 bit, and I'm trying to decide the best way to serve Application Express.
I count 5 main options
1) Embedded Gateway
2) Install the complete 11g "companion" tier
3) Use Apex Listener EA with WebLogic Server
4) Use Apex Listener EA with Tomcat
5) Use Apex Listener EA with OC4J
I don't want to use the embedded gateway, and I want to keep things fairly light on the laptop.
This page offered concise setup instructions for the three options with the Apex Listener
But after trawling many comments on one major thread, I can't determine the pros and cons for these options. I was wondering if anyone can provide a link or information with concise details why you'd choose one option over the other?
Once Apex Listener moves past EA, will it perhaps be advantageous to have selected one over the other? Is it easy to roll back installation of certain options?
I'm leaning towards WLS, since that has ties with othe Oracle components, but Tomcat seems thin an non-invasive for my laptop.

In production, a lot of these come down to cost (eg licenses for Weblogic) and skills. 

For me this will just be a development environment, playtool.
Another suggestion provided to me is Glassfish?
As long as the solution is Apex4.0 ready; not messy to configure; and thin - won't labour my laptop 

I've ended up using the new production release of Apex Listener with Glassfish.
Good work on the new installation instructions, they are much more informative.
My major hurdle with Glassfish was attempting to use the JDK that came with 11gr2. It took a colleague to spot I was using 1.5.x instead of - I sourced this version from my Windows 7 64bit install.
Now to attempt installing 10gR2 with Apex3.2 on the same box


How to install two versions of DVD on same laptop

The installation for DVD 3.0 says "NOTE : Upgrading your Oracle Data Visualization Desktop to version will mean that new project exports will be incompatible with earlier versions of Oracle Data Visualization both on premises and in the cloud. Therefore you are advised not to upgrade your Data Visualization Desktop until those deployments have also been updated." Hmmm...this is a major disadvantage of moving to the latest release.  Consultants that connect to multiple client systems need to be able to operate in different versions, *especially* if newer content is incompatible with older versions. there a reasonable way of installing DVD in two different directories?  is it as simple as changing the installation directory to include a version number?  Is there a technote on this? Thanks in advance.
DV Desktop installation stores a lot of metadata in user's AppData. When attempted to install another version either it attempts to upgrade the previous one or rejects saying lower version is being used while a later version already installed.  Could you please try installing another version on same machine by using another user account and different folder to install ?
Sorry - It's not possible or supported to install two versions of Desktop on the same machine. We may look to relax this in future.  For now, whilst it may in theory be possible to play around with the %localappdata% environment variable in order to have (say) a set of user data for one version pointing to one location and a different set for the other version.  Problem would be if you forgot to change the variable and installed the later version it would upgrade some of the user data from the earlier version's user data. Such a convoluted workaround is not in keeping with the ethos behind the Desktop product and therefore is not something we can support.
Hi,Based on above answers you can have a second Windows account you use for the newer/older version of DVD. %localappdata% is based on the user, so a new Windows account will have a totally independent %localappdata%. I'm not saying it's a nice clean and livable solution, but it's that or VMs 
Thanks, Adam.  Sorry to see the response.  I suppose for now, I'll have to rely on coworkers for older versions.  please do consider this for future versions.  You *really* need this to support the consulting community, but you also need it for any serious development community.  Or, just don't ever upgrade DVD

ASPE8 crippleware

I have downloaded ASPE8 to compare it with our current production application server, with a view to convincing the business to move from Orion (blech!).
I am having nothing but trouble trying to deploy a real-world app to this apparently crippled appserver.
Does anyone know if it is possible to configure IP virtual hosts (ie HTTP/S listeners on multiple virtual IPs) on PE? I can't and there is no Sun documentation mentioning any specific limitation of PE in this regard.
I have gotten past the inability to create more than one server instance despite the lack of any mention of this fact in any of the included documentation and the contradictory asadmin help.
But it seems I cant even configure IP virtual hosts (an obvious necessity if your virtual hosts all listen on the same port numbers).
Sun pitched PE as a development platform - for what? ... HelloWorldEJB?
Tomcat5 is apparently the web container and yet I can't even accomplish simple configuration tasks which are trivial in the free Tomcat server.
I can appreciate the need to protect the relative value of the Standard Edition - but do it by adding value to the free components not subtracting it.
Having given up on PE I have downloaded the Standard Edition to my Debian box.
OH GREAT - seems if you don't use RatHead you're pretty well stuck.
Yes, I know Redhat is the only SUPPORTED linux distro - but guys, there is a difference between officially supporting a platform and making it impossible for someone to even try it on another linux distro without the support.
I'm not even anti-Sun. The point of this whole exercise was to convince my employer to use Sun's App server on our $1000,000+ Sun production hardware.
Sun please sort out your distribution model. Why can't I get SE as a tarball like PE? A tarball would be just fine - worked well for over 20 years. Why the sudden fascination with RPMs and vendor lock-in. The whole point of Java and Linux from the customer point of view is to avoid it.
SE is actually available as "tar ball" (well, not exactly tar ball, but in the same non-RPM format as PE), so you should be able to try it out on Debian. This distribution is available on JES3 companion CD. To download go here:
and scroll down to "Accessory CD, Volume 1" and follow the download link.

Running a JSC-application on HPUX

Is there a chance to run an existing Application (created with Sun Java Studio Creator, Version 2004 Q2 Update6) on a HPUX-Server ?
We have a running Apache/Tomcat4 installation on HPUX, but we did not manage to get our Application in this container running and using an Oracle Database (Problem with getMetaData() as mentioned in other threads)
We tried already to move a Installation of the SUN Web Application Server 8.1 running under Linux to HPUX, but we did not suceed because there are some native programs necessary.
Is there a chance to get the Sun Apllication Server for HPUX ?
or are there any hacks to port the Linux-Version to HPUX ?
We cannot move to Linux, because the Application Server has to be run in an High Availability Environment (HP Service Guard) for Availability Reasons.
Any Ideas ?
Thanks in advance 
Yes -- right click on the project in the project navigator and choose "Export to WAR". Now you've got a WAR file you can deploy on your choice of app server which runs on HPUX, such as tomcat. The standard Deploytool for example should let you do this.
That's one of the nice things about Creator - standard runtime so no vendor lock-in.
-- Tor 
Hi Tor,
thanks for your reply.
The problem is not in creating and deploying the war-File to tomcat.
The Application is running, but as soon as I want to access the oracle-DB, I get errors.
I read thru a lots of documentation and threads, but it turns out, that the Oracle Drivers for Tomcat do not support all features which JSC needs (and uses with the Sun App-Server).
It looks to me as if either the Oracle-Drivers in Tomcat or in the Sun App-Server are not really the same standard (if there is any)
So I am forced to run a Sun App-Server to get my Application running and using Oracle
I have no chance to get a highly available System under Sun or Linux.
This is why I am trying to run the App-Server on HP.
Yes the oracle native drivers do not adequately support the JDBC 3.0 spec for meta data - please do log a request with oracle to fix that.... hopefully if enough of their customers request it, they will listen.
In the meantime, you need the data direct driver access - for tomcat, the drivers do not come bundled with that server - you would need to purchase them from data direct.
We bundle the data direct drivers for use with our server - my understanding is that web sphere and web logic have similar arrangements if either of those servers are valid choices for you.
You might want to post on the app server's forum to see if anyone there has somehow gotten things to run on HP-UX - they would have more expertise in that area than we would.
One other thing to consider, if at all possible , is using mysql - their native driveres tested fine - and you could use that database with tomcat with no addiitonal cost.... although I know this might not be a viable option if you must use oracle, thought I'd mention it in case somehow you could work that out..
Hope that helps,

Red Hat EL3 supported?

I want to configure a new Linux server and let multiple users use JSC.
The JSC system requirements say JSC supports Red Hat EL2.1
I looked at Dell and they sell servers with RH EL3.
Will JSC work on EL3?
I expect JSC will work well on Red Hat EL3, and most other Linux distributions. I can't say for certain if it hasn't been tested yet. It's unlikely, but if there is a problem, there's probably a simple workaround. I say, go for it! 
QA executed the testcycle against RH 2.1, not 3.
I did some sanity testing on 3 and didn't find any platform
specific bugs.
However, Creator doesn't currently support multiuser development
However, Creator doesn't currently support multiuser developmentI read on the faq that, on Linux, it is possible to install multiple instances of JSC, each with its own port settings.
Is that not correct?
I acknowledge it's not the 'royal' way to go, but it seems workable.
Or are there caveats?
That would be the Installation FAQ "How do I install Sun Java Studio Creator for multiple users on the same server?". Yes, that works as described in the FAQ. Whatever your plan is for enabling simultaneous access, let us know how it works out., and if you discover more to add to the FAQ.

Upgrading to a new version

we have a larger scaled JEE application in development and are short before going
There is only one huge problem we actually have, maybe someone can shed some light
and point us in the right direction.
What's about upgrading from one version of Glassfish (v2) to another?
I read somewhere about migration from SJSAS 9 to a newer version or even glassfish by using the
migration/update utility.
There has been informations about the way you upgrade (like in-place upgrades) and so on.
Unfortunately I don't see any ability to apply this for an upgrade from one Glassfish version to another.
What's the upgrade path [b]you[/b] are using?
Thanks in advance for all your answers!!
Best regards Johannes
Nobody able to answer my question?
I really need some advice regarding upgrades from one version to another,
else we can't go into real production in a long term project.
Thanks for any response!
Best regards Johannes
Why just uninstall the server?.. install the new one and deploy the apps or.. install the new one in other port and deploy the apps and if dont get any trouble just uninstall the oldone.. unless you want to keep it..
hope it helps..
The problem is that there is a bunch of server configuration beyond simply deploying the app.
The most basic cases consist of copying JDBC jars and creating connection pools etc.
But add in JMS queues, Security Realms, a slew of Virtual Servers, etc., and upgrading is more than simply reinstalling the server and plopping in your application. And the admin GUI is adequate for simple tasks, but not for doing lots of things in bulk.
There was at one time the ability to migrate using asadmin, but I don't know it that's well supported. At a minimum, it doesn't work across releases of the same version of GF, so it's kind of a pain.
Thankfully, the domain.xml hasn't changed dramatically from 1.x to 2.x. Another thing I would suggest is creating a new domain, with a default domain.xml, fire up the domain (the server will load and rewrite, and specifically reformat, the domain.xml file).
After you've done that, you can DIFF the stock domain.xml vs your servers domain.xml. Your major elements should drop out pretty readily. And you can use that new set as an inspiration to hack the domain.xml file directly on the new version.
But, yes, it's a pain right now.