This week's book giveaways are in the Angular and TypeScript and Web Services forums.
We're giving away four copies each of Programming with Types and The Design of Web APIs and have the authors on-line!
See this thread and this one for details.
Win a copy of Programming with Types this week in the Angular and TypeScript forum
or The Design of Web APIs in the Web Services forum!

Frank Silbermann

Ranch Hand
+ Follow
since Jun 06, 2002
Cows and Likes
Cows
Total received
0
In last 30 days
0
Total given
0
Likes
Total received
26
Received in last 30 days
0
Total given
1
Given in last 30 days
0
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by Frank Silbermann

Our team is moving from Subversion to Git, and due to peculiarities in our environment I am finding the path confusing.
We use Eclipse and we have been keeping Eclipse configuration in the repository.

The projects in our repository are highly nested, and I'm confused as to the best way to use Eclipse EGit in this context.
The eGit tutorials seem to focus on the easy case, where a Git repository contains a single Eclipse project (and typically where configuration information is not stored in the repository).


To give a sense of what I'm working with, let me describe the structure of our code repository.
The master branch is broken down into two subdirectories, call them A and B.

Taking the easier part first, nested within B is a set of independent Eclipse projects, each of which builds a utility that we developers sometimes run.

Nested within A we have projects A_client, A_webserver, A_batchPrograms, A_serverCommon, A_commonCommon, and A_lib.
Each of these is an Eclipse project, with Eclipse configuration kept in the repository.
However, these are interdependent.

A_commonCommon builds a jar that is added to the classpath of A_client, A_batchPrograms, A_webserver, A_serverCommon.

A_lib contains jar files we use but did not write, which are added to the classpath of A_serverCommon, A_batchPrograms, and A_webserver.

A_serverCommon builds a jar that is added to the classpath of A_batchPrograms and A_webserver.

A_client contains code that A_webserver deploys as both a webstart program and as an applet.

A_webserver also deploys servlets that are referenced from the applet and webstart code built in A_client.
These servlets are also called by code in A_serverCommon, and from within A_webserver itself.

Classpaths for each of these Java projects, tying these projects together, are among the Eclipse configuration kept in the repository.

Within A at the top level we also have some scripts that are used to build the entire application on the server (creating and gathering the resultant jars).


My question concerns the way to hook up these projects into Eclipse so I can use EGit for source control.

What I am thinking might work is if I do the following:

(1) Use eGit or the command line or some other tool to clone the Git repository to a directory on my workstation.

(2) Import the entire repository into Eclipse as an eGIT NON-Java project (because Eclipse doesn't understand nested Java projects very well).  I would use this top-level project for any eGit operations.

(3) Import individually each project (A_commonCommon, A_client, A_lib, A_serverCommon, A_batchPrograms, A_webserver A_) from the Git directory, each as a separate Eclipse Java project, telling Eclipse NOT to copy the files into the Eclipse workspace but to edit them in place.

The idea is that by importing all the sub-projects individually as Java projects, Eclipse will use the source-controlled configuration to tie them together.
But eGit will have to work at the level of the entire repository branch.

Does this sound like an approach that would work?  Is there a better way?

I am using Eclipse MARS for a web application using Tomcat.

Recently, we have been required to change the dev/test database URL due to an Oracle upgrade.

I made the change in my (TOMCAT HOME)/conf/server.xml file.
When I try to run the application in Eclipse I get LDAP errors because Eclipse is still looking for the datasource at the old database URL.

I've tried cleaning the project.

A colleague suggested I check in (MY ECLIPSE WORKSPACE)\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\conf\server.xml

Sure enough, it contains my old database URL. But even though I change it and clean the project repeatedly, the database URL in that eclipse file keeps changing back to the old database URL.

What is going on here? How do I force Eclipse to release whatever cache continues to store my old database URL?
I need to write a program that:

(1) Joins a few huge tables (and also maybe a few small static configuration tables), producing a VERY LARGE result set, and
(2) Iterates through the result set to write an extract file.

These tables are used intensively by thousands of users for online transaction processing.
However, the rows I am selecting are no longer being actively updated.

I know how to use JDBC to select my data and to iterate through the result set.

Is there anything special I need to do to ensure that the tables themselves are not being locked while the program is run -- that my program does not interfere with ongoing transaction processing of the more current routes?

Or is this automatically taken care of by the design of Oracle's locking mechanisms.

Matthew Brown wrote:

Bear Bibeault wrote:"Buy Apple"



Young Bear goes along to greengrocer's with puzzled look on face...

Yeah, it's difficult to provide context in two words. Otherwise, better than "Buy Apple" would be to provide a date and a PowerBall number.
4 years ago

Bear Bibeault wrote: I wanted to like Scala, really I did. But what I found off-putting was the community attitude of applying shortcut after shortcut to find the least amount of characters to express a statement. At that point, it's complete gobble-dee-gook to all but the Scala veterans. Cleverness trumps clarity. And I felt that newbies are sneered at. Others may have had a different impression, but that's what I felt and so gave up on Scala.

Sure you can write impenetrable code in any language*, but the impression I got from the Scala community is that (what I call) Obfuscation Through Brevity is an honored tradition. That is so not me.

I always hated use of the word "code" to describe computer programs. To me, the word "code" implies objuscation, as in "We encoded the message so the enemy can't read it."
4 years ago
It was traditional in low-church Protestant denominations to "pass the hat" during the service into which people would drop donations.

Most synagogues have membership fees. A non-member can visit, but since many Jews attend only on two autumn holidays, most synagogues require tickets for those extremely crowded services. The tickets are mailed out to members, or can be purchased beforehand. An old joke is of a Jew who tries to get in on Yom Kippur but is refused because he has no ticket. He explains that he merely needs to pass a note to a member there. The doorman says, "OK, you can go in -- but don't let me catch you praying!"

4 years ago
For mystery, there is a huge collection of novels in the Bobsey Twins series.
4 years ago
And to paraphrase Clint Eastwood: "If you need to sing, sing; don't dance."
4 years ago

Campbell Ritchie wrote:No, if you want seven time you write bars with seven beats.
You are unlikely to fit 7 notes without stems into most bars. 7-1 time, anybody? A septuplet would divide one (or two or three) beats into seven equal parts. It is possible to have a septuplet dividing the entire bar into 7 too; there was an example in the Wikipedia link somebody posted earlier in this discussion.


After thinking it through, it occurred to me that 7-beat music would be written with quarter notes in 7/4 time.
4 years ago

Jeanne Boyarsky wrote:Frank: I live in Queens. Was that snow in 83? My parents have a picture of me it. I was very small so the snow mountains looked even bigger.



I'm thinking more of 1960-'63. When I was four feet tall, a two-foot high pile of snow would have been waist high.
4 years ago

Campbell Ritchie wrote:

Frank Silbermann wrote: . . .
So if you want seven notes of equal value per bar, how would you write seven notes together equaling a whole note?

With a horizontal [ and a number 7.

Actually those 7 notes might add up to a beat, two beats or a bar, depending on the time signature and the length of the notes under the 7.



If those seven notes added up to a beat, with two beats to a bar, then you would have a 14-note rhythm, not a seven-note rhythm. For a seven-note rhythm you need seven equal notes to a bar. That might mean putting a horizontal [ and a number 7 over seven whole notes, but whole notes don't have stems -- so there would be nothing to connect them to the overhead bar.
4 years ago

Paul Clapham wrote:Actually it is possible to write a "seventh note" in standard music notation -- I'm assuming you mean something like seven notes of equal value fitting into a quarter note, or a whole note, or what have you. It's just the same as a triplet, where you put a brace with a "3" in the middle over the three notes which fit in where normally only two would be present. For a septuplet... well, actually you can see an example of it in the Wikipedia article Tuplet.



So if you want seven notes of equal value per bar, how would you write seven notes together equaling a whole note?

Would that approach let you write a melody 2 / 5th time (two fifth-notes per measure)?
4 years ago

Joe Ess wrote:

Frank Silbermann wrote:Ha! When I was five I lived in Queens (part of NYC), and I remember snow drifts up to my waist all winter long.



Did you have to walk uphill both ways?



No, but the hills were over twice as high as they are now. Steps were close to knee-high.
4 years ago
Ha! When I was five I lived in Queens (part of NYC), and I remember snow drifts up to my waist all winter long.
4 years ago
Since there's not such thing as a seventh note or a tenth note, I imagine all such music would have to be played by ear -- as it could not be written down.
4 years ago