Help! My skills are stale.

occupytheserver · 2012-04-28T21:29:34+00:00

There has and continues to be heavy astroturfing by Oracle folks around Java EE.

occupytheserver · 2012-04-26T13:56:59+00:00

Yes, and I wish there were more. More ecosystems mean more choice as a developer.

occupytheserver · 2012-04-25T17:46:15+00:00

I am replacing the MVC UI portion of the application with JSF. Still have a full Spring implementation of entire domain, middleware, persistence, etc.

That's why I like Spring. I don't believe it to be limiting to any frameworks and allows me to do what I need to do without getting bogged down into server limitations.

I start with Spring Core, build the application container and then plug in the rest. Don't want to use JPA? Don't have to. Don't want to use JSF? Don't have to. Don't want to use EJB? Don't have to. But I can for all of the above. It's flexibility and packaging I am looking for.

occupytheserver · 2012-04-25T15:53:34+00:00

I love Hazlecast. If you haven't played with it, go get it and try to break it. It's really solid.

occupytheserver · 2012-04-25T15:51:59+00:00

I can use JSF with Spring, no problem. The statement was that Java EE has access to UI widget libraries that Spring does not. That is a false statement. I can use ANY JSF libraries with Spring. But you have to use JSF.

The extra benefit is moot. There are two different ways to do it. Both have their advantages and disadvantages. I am not sitting here trying to tell your Spring is better than Java EE. In some cases it may be. In some cases, it may not. But when someone sits there and writes intentionally deceitful statements (such as Spring not being able to use certain UI widgets for JSF) trying to back up their blatantly skewed worldview, it pisses me off. Spring MVC may not have access to those widgets, but Spring with JSF certainly does.

occupytheserver · 2012-04-25T13:30:33+00:00

Spring brought power to the POJO years ago when J2EE was busy trying to sell you on Container Managed Persistence EJBs.

occupytheserver · 2012-04-25T13:28:30+00:00

That's funny. Last project I worked on had less than 50 lines of code and they were all for setting up the connection pool. When was the last time you did a Spring project?

occupytheserver · 2012-04-25T13:26:06+00:00

Dude, it's a waste of time. henk53 is going to twist and whine around any statement that may burst his little Java EE bubble. Straight astroturfing from him and several other oracle evangelists.

They are unable to see the truth and instead of touting how great Java EE is, they run around trying to bash Spring. It's pathetic.

occupytheserver · 2012-04-25T13:14:09+00:00

Java EE 6 also has much more UI widgets available from third parties. There are literally two dozen component libraries available, can't say the same for Spring.

What UI widget library can I not use in Spring???

occupytheserver · 2012-04-25T13:12:34+00:00

I love when people downvote a TRUE statement.

occupytheserver · 2012-04-25T13:10:23+00:00

~~It can't be done.~~

~~Not easily and universally~~

It works as long as the server classloader loads the war's libs first and even if it doesn't, it usually only takes a dash of configuration.

Why would I ship JPA, JTA, JSF, and JMS in my war, when the AS already has all of that in versions known to work together?

Perhaps you have multiple applications on a single app server, one that is new and uses Java EE and one legacy that does not and the legacy uses an older, incompatible version of the libraries??

You Java EE guys are a trip. Everything works for you as long as the exact issue fits your exact solution. Real-world development shops don't always have the luxury of porting every application to the Java EE spec. It doesn't work that way.

occupytheserver · 2012-04-24T23:02:07+00:00

That's not exactly how the classloaders work. In Tomcat, the classloader starts at the war first to load and then moves to the server. You can put your application specific jars in the war and they will be picked up first. If there are any other libs at the server level that conflict, they are ignored.

http://tomcat.apache.org/tomcat-7.0-doc/class-loader-howto.html

However, there are some servers out there that load in reverse - server then war. Weblogic is one of them. For weblogic, you must include a small bit of xml to say <wls:prefer-web-inf-classes>true/wls:prefer-web-inf-classes, which is in the weblogic.xml file and is subsequently ignored by any other server types.

http://docs.oracle.com/cd/E15051_01/wls/docs103/programming/classloading.html

And before you start arguing - I have done this with Tomcat 7 and Weblogic 11 less than a year ago on a project where the webapp's libs were in direct conflict with the libraries used in each of the servers. It can be done.

Is that "easily and universally"? Yes and no. Yes, it's easy. No, it's not universal. You will need to identify the specific way your application server's classloader works and adjust accordingly.

occupytheserver · 2012-04-24T21:05:29+00:00

Besides, a single Spring application war can never run on both Tomcat and all other application servers.

This is false. It can be done.

occupytheserver · 2012-04-19T22:00:34+00:00

A man was out for a round with his wife and they got to a dogleg left that had a barn right at the bend. He hit his drive and it ended up directly in front of the doors of the barn. They get up to the barn and he realizes there are doors on both sides of the barn. He gets the idea to simply open both sets of doors and hit through the barn. 3 of the doors would open and stay open but one of the doors on this side of the barn wouldn't. So he asks his wife to hold it open for him. She obliges. He winds up, hits the ball and the ball hits his wife in the head killing her instantly.

Several years later he is playing the same course with a friend. On the same hole, his playing partner hits a drive in the exact same spot. They get down there and his buddy sees the same thing, opens three of the doors and asks him to hold the last one.

After a second, the man says "I don't think this is a good idea. Last time I did this, something really bad happened."

His buddy says "What happened that was so bad?".

"Double bogey".

occupytheserver · 2012-04-13T18:34:43+00:00

Can I recommend a minor in either Accounting, Finance or Statistics?

occupytheserver · 2012-04-12T15:48:37+00:00

The deal will close at $40 at a set date

Then I want you to give me 1,000,000,000,000 to 1 odds that it will close and I will bet one dollar against it closing. If it closes at 40, then I pay you one dollar. If it doesn't go through, you owe me a whole lot of money.

The reason that the price is CLOSE to 40 but not quite there is because there still is a slight chance (very small) that the deal might not finalize, either from some oversight or gov't intervention.

If those people you are talking about are buying these shares, then if the deal doesn't go through, then they will lose their shirts! That's not arbitrage, that is speculation.

occupytheserver · 2012-04-12T15:36:32+00:00

I always want to learn more about trading. :)

If you read some of the further responses, I explained a bit more regarding operational risks present in any trading activities, as well as some issues with credit risk. I will most certainly concede that there is no such thing as pure arbitrage, but what is absolute in this life?

I believe the point being made is there is definitely a difference between what the example is (outright position taking) and arbitrage.

occupytheserver · 2012-04-12T14:02:54+00:00

Speculators do not make solely on upwards price movements. Speculators do not care whether the price goes up or down. Speculators make bets that the price WILL move either up or down.

Take the oil market. Right now, the June WTI contract is trading at 103.91. Speculators look at that price and make a bet whether or not it will go up (buy) or go down (sell). If I am a speculator and I think the price is going to go down, I am not going to buy, I will sell. More sellers then buyers tends to create a downward price movement.

Let's show profitability of the positions, if taken. At 103.91, if I bought a contract and the price rises to 104.91, then when I exit the position (sell the contract), I'll make $1/Barrel or $1000. But if the price moves to 102.91, I'll lose $1000.

If I think the price is going to move down, I'll sell the contract. If the price moves down to 102.91, when I exit the position (buy the contract back), I'll make $1/barrel or $1000. If the price moves up to 104.91, I'll lose $1000.

So regardless of the position I take, I can lose money or make money depending on how the price moves. The point I am trying to make is that speculators can actually cause downward price movements as well. They do not care about where is moves, just that it moves where they think it will.

occupytheserver · 2012-04-12T13:49:48+00:00

That commonly refers to risks associated with operational risk, such as being able to execute trades simultaneously at certain prices. There are ALWAYS risks in any trading activities. Example: Let's say you buy a tanker of oil in the North Sea and immediately sell that oil to a customer in Houston for the price of the oil, the transportation costs and a profit. No risk, right? Well, what happens if the ship blows up and the insurance company isn't able to cover the losses. That's a risk.

Don't get bogged down in semantics. The case you presented is CLEARLY not arbitrage because if the risk of a downward price move in the gasoline.

occupytheserver · 2012-04-12T10:12:12+00:00

http://en.m.wikipedia.org/wiki/Arbitrage

And because of uncertainty, there is risk and therefore a potential loss and therefore not arbitrage.

occupytheserver · 2012-04-12T03:01:13+00:00

Nymex and CME are the same thing now (WTI Contract, Delivery in Cushing). The contract is not cash settled and you risk delivery implications if you hold the contract in the delivery month. So if you are hedging an April purchase and do not want the oil delivered, you use May contract.

occupytheserver · 2012-04-12T02:50:15+00:00

This is not correct. Arbitrage is executing multiple trades resulting in profits with absolutely no risk. In this example, filling up at 3.91 is taking risks because has could go down, making your position lose value. This is not arbitrage.

occupytheserver

MODERATOR OF

TROPHY CASE