I use ant.

And git hooks (sometimes).

I don't have many dependencies .. pdfbox, some commons http stuff,
mail, jax, jdbc, gson.

Dev build builds local expanded directory deployment, touch web.xml to
reload the app.

Prod build builds the jar/war.

DB2DOM provides persistence, vws, security, and other doodads.  I've
proven the example in a few dozen scenarios including MP3 audio
encoding and video streaming from an underground mine (4000+ feet).

I run tomcat with DB2DOM in dev .. access and modify css, JS, and Java
in a web browser (syntax highlighting is the extent of my coding
assistance, DB2DOM makes things pretty routine so I don't need to know
many libraries, and the compiler gives me detailed information).

I'm doing jdb remote debugging by command line as needed.

I have build, buildProd, deployProd scripts that don't completely
automate to production server (but could very simply, I just don't so
I have some human intervention).

The entire solution including DB2DOM, but not the application code is
around 250K including scripts of my code for build/deploy.

Hey, at least I don't have property files. My properties are stored in the DB.

It's pretty simple, lightweight, and fun to save a CSS/JS file to the
server and immediately test, and to have lowest common denominator
scripts for dev/ops that tend to be easy to troubleshoot (lots of
older school script experts out there).

The entire thing including a web browser runs on a 3B+, even.  It's a
little slow, but in terms of what is usually required to support an
enterprise development environment, DB2DOM does for software what the
CNC machine did for manufacturing (spoiler alert, CNC didn't take over
all manufacturing, but did force multiply design capabilities by being
able to rough-out 90% of the work for a toolmaker).

I create a table, then use a simple API to CRUD tables:

Data.create(connection, "Table", populatedHash, catalog);
Data.findHash(connection, "Table", "sqlLookup", paramsCollection, catalog);

I have created a data navigator that allows me to populate test data
through a web browser that keeps all the ID's in synch.  It handles
blobs, images, audio, boolean, string, and date.  So, I have a graph
crud'er that is fully functional for tables that I just created (and
tables I haven't created, yet).  This has been very valuable for new
applications, to create test data immediately that has relational
integrity.

DB2DOM reads db metadata and maintains an in-memory model to drive
automation of coding tasks and produce other metadata/compilable code
that can be copy/pasted.

I once used DB2DOM to auto-generate a complete set of entity beans for
an entire schema.  It was not a high value proposition, just a
challenge issued to me and the challenge was accepted.

I also used DB2DOM to create the unicorn of information systems
engineering .. the generic entity bean.

But it was redundant.  DB2DOM did everything better and more
lightweight.  But it was a nice proof of concept.

I built this all myself without some super genius middle manager
poking me in the back all the time.

Go figure.

Sincerely,

John


On 5/28/21, Rob Sargent <rsarg...@xmission.com> wrote:
>
>
> On 5/28/21 6:21 PM, John Dale wrote:
>> Tried sending another email .. doesn't appear to have worked.
>> Internet hicupped.
>>
>> It's working just like Ubuntu in the cloud.
>>
>> Pi 4 is very fast, but I'm also running DB2DOM (middleware microkernel
>> miniaturized O/R M, Html5 IDE, and Virtual Web Server).
>>
>> MariaDB has a sorting/limit problem that I haven't reported, yet (had
>> to work around it).
>>
>> Tomcat, OpenJDK, and Raspbian are all humming along together on a 4gig Pi
>> 4.
>>
>> DB2DOM is stateless so load balancing is pretty straightforward.
>>
>> Thinking about extending DB2DOM to use an Object Database (oh yeah, I said
>> it).
>>
>> What are you working on?
>>
>> Hit me back.
>>
>> John
>>
>>
> What build tool(s) are you using?  I'm on an ubu desktop, which may or
> may not have tomcat "installed" but I'm developing a standard 3-tier app
> with embedded tomcat 9.0.46 (which certainly wouldn't be installed by
> apt).  I use gradle to manage dependencies, etc.  I can get what-ever
> version of which-ever shiny object I want.  (Then the whole
> kit-and-kaboodle get deployed at AWS. And it's working!)
>
>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to