You might want to try Netbeans for UML (there is a single plugin, install it and it works fine). I have not had any problems with it, it has quite some features (similar to the ones in JDeveloper).
Use SQLDeveloper (of Oracle as well) if you need to replace Toad, however keep in mind it does not have all the dba features Toad provides, no free tool has these in fact. Well Apex is Apex, it cannot be replaced easily as its tied so closely to the oracle database and its pl/sql. As soon as you use Maven there is no need anymore for JDeveloper, at least not for running/building the project. If you really require specific features for instance for Apex you can still create a single workspace next to the normal maven one and use that separately. As for weblogic, just deploy a war manually through its console if you need to test it. However for faster testing I'd use Jetty with mvn jetty:run (you can always add a weblogic*.xml to the final war to override some libraries or so). On Fri, Jun 19, 2009 at 5:26 PM, Dane Laverty<danelave...@gmail.com> wrote: > I've really enjoyed getting to use Maven on my recent projects. I'm no > Maven expert, but I'm finding that I don't have to be -- it really > just does a great job. Getting Maven working with JDeveloper has not > been going well so far, so that's been one hangup. > > There are a few reasons for the department-wide IDE mandate. Our > manager has just discovered UML (I don't know anything about it, to be > honest), and JDeveloper provides UML functionality out of the box, > while any of the free Eclipse UML plugins I could find required a > mountain of dependencies and don't appear to work as smoothly as the > JDev one. Also, we're trying to replace TOAD as our database tool, and > JDev looks like it can do that. The third reason is that most of our > applications are Oracle ApEx, and JDev has stuff for that too. > > I'm trying to port my existing apps to JDeveloper, but without much > success. The main problems so far are: > - How do I import a Wicket project using the Maven standard directory > layout? (I am aware of the Maven JDev plugin for JDev 10, but it has > issues with JDev 11) > - How do I run a Wicket app in JDeveloper using the internal WebLogic server? > - Does JDeveloper have some sort of Maven-like functionality for > project lifecycle management? > > I imagine (hope) that most of these questions have easy answers, but > I'm just not finding a lot of relevant online > documentation/discussion. Most of the JDeveloper web app documentation > is focused on EJBs or basic Servlet/JSP-based apps. > > > On Fri, Jun 19, 2009 at 3:53 AM, James > Carman<jcar...@carmanconsulting.com> wrote: >> +1 on using Maven. Most folks at our job site use eclipse, but I'm an >> IntelliJ junkie (they got me hooked many years ago and I can't break >> free). For the most part, we don't have issues between environments, >> provided folks have their plugins set up correctly. >> >> On Fri, Jun 19, 2009 at 6:39 AM, Martijn Reuvers >> <martijn.reuv...@gmail.com> wrote: >>> >>> When you use ADF, then stick to JDeveloper you'll get a lot of >>> integration for your application and can really build applications >>> fast. >>> >>> However if you use open-source frameworks like wicket, you're better >>> off using one of the other IDE's (Netbeans, Eclipse, IntelliJ). Just >>> use maven or so, then your management has nothing to say, as it does >>> not really matter what IDE you use. I always say: Use whatever gets >>> the job done. =) >>> >>> On Fri, Jun 19, 2009 at 1:00 AM, Dane Laverty<danelave...@gmail.com> wrote: >>> > Our management has chosen to make JDeveloper 11g the required IDE for >>> > the department. Searching the Wicket mailing list archives, I find >>> > that there is very little discussion about JDev. I'd be interested to >>> > know, are any of you currently using JDeveloper as your main Wicket >>> > IDE? >>> > >>> > --------------------------------------------------------------------- >>> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> > For additional commands, e-mail: users-h...@wicket.apache.org >>> > >>> > >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >>> For additional commands, e-mail: users-h...@wicket.apache.org >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
