Writing a JSR168 portlet WITHOUT using Jdeveloper or "wizards"

Question

I have a JSR168 portlet that is built using Maven (http://maven.apache.org/ if you don't know what that is).
It deploys and operates perfectly well into a portlet container such as Pluto (the standard, reference container from Apache).
Pluto supplies a Maven plugin, that takes the vanilla web.xml and other configuration e.g. portlet.xml and adds the necessary configuration to run the portlet in the container. I believe there is an Ant plugin that does exactly the same thing.
It adds the following conf to teh web.xml;
<servlet>
<servlet-name>my-portlet-name</servlet-name>
<servlet-class>org.apache.pluto.core.PortletServlet</servlet-class>
<init-param>
<param-name>portlet-name</param-name>
<param-value>my-portlet-name</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>my-portlet-name</servlet-name>
<url-pattern>/PlutoInvoker/my-portlet-name</url-pattern>
</servlet-mapping>
This is the "magic" that glues my portlet to the portlet container.
What I wish to know, is how to make my JSR168 portlet deploy into Oracle Portal 10g without EVER using JDeveloper. What is the 'magic' I have to apply to my web.xml or portlet.xml or other configuration that will men I can deploy my portlet war into the app server and make it talk turkey with the portal container. I can cope with just having a customised web.xml that I have to copy into the WAR file if need be ... if I could find some guidance what should be in that file.
It seems that every search I've done in google or though the doco we have here starts with "Start Jdeveloper and select XXX in the portlet wizard".
I do not use Jdeveloper and nor will I. I will continue to build my Java code in a correct fashion, i.e. on the command line with my standard build tools that don't involve the IDE. Don't get me wrong, I use an IDE, but one should never be mandated. In my book, "wizards" are about the worst imaginable way to get any programming task completed.

Answer 1

Hi Marcel
With respect, it's patently obvious that we know how to develop a portlet without Jdeveloper, because if you read the message you would have been able to discern that this is the way we are accustomed to doing it, and it's faster, easier and more portable that way. I've been doing J2EE development since the first version of the spec and well before there was an Oracle implementation of it.
You don't actually need an EAR file, as a WAR will suffice and the dcmctl command-line utility can supply everything else in its arguments (like, context-path and the like), and it allows each WAR artifact to be deployed in different times, i.e. when they are built on the integration server. I find EAR files usually too heavyweight especially as I rarely write EJBs, as opposed to using e.g. Spring.
Using the web browser is not an option for automated deployment and acceptance testing from an integration build server.
Configuring the portal side of things looks decidedly a different matter and I've not found anyway to do it from the command line, it demands the browser, which is a let-down.
It's terribly disappointing the paucity of information about automation of deployment as opposed to the positively verdant amount of presentations, tutorials and documentation that assumes top-to-bottom Oracle tooling and environment and browser-based configuration. Even where it's actually possible Oracle doesn't seem to want to tell people about it or do as I believe they should, which is regard this form of deployment and configuration as the default way to teach developers how to use their products. None of this helps build and deploy to Oracle products using test-driven development, continuous integration, and automated acceptance testing, all of which are usually regarded as essential parts of a modern developers toolkit by the best minds in the business.
So after we're left alone to discover how to do this by ourselves for a month you can forgive my disappointment at being lectured like I was some neophyte who doesn't know how to make a WAR file with textedit.