Re:Who Actually USES These Patterns?
on
Design Patterns
·
· Score: 5, Informative
Any good OO programmer/architect I know will speak in terms of patterns. eg. conversations I had yesterday went like: Can't you use a singleton here ?
or
Perhaps we need a strategy mechanism
and so on / so forth. As soon as people talk in terms of patterns, they're talking at a level of abstraction above basic objects, and at a level where you're talking about object construction and interactions. Whenever I see someone's CV claim to have knowledge of OO, pattern knowledge is the next thing I look for. It means that we can talk in common terminology and have a common 'toolbox' of solutions to use.
Since when was 'J2EE' marketdroid speak? J2EE specifies a set of APIs that Java serverside people can all speak (or at least they're familiar with a subset of these). If I'm talking J2EE, then I know I'm talking about the servlet API, the JNDI API etc.
Furthermore if you talking about J2EE 1.3 vs. J2EE 1.2, I then know about the capabilities of those sub-APIs, and the containers.
as such, it sits in a small enough niche that you won't find a full shelf of helpful books at your local Borders
No. But you will find books on servlets, EJBs, JNDI, JCA, JDBC etc., all of which are of use in app servers. App servers (rightly or wrongly) are the big thing in large enterprises right now, and by no means are they any sort of niche.
Java is absolutely huge. In the finance sector pretty much every single large institution uses it as a strategic language.
Go to JobServe and see how many jobs are requesting Java. Go to JobStats and see how much demand there is for Java. Admittedly the demand is down from a year ago, but that's across the board. Note that these are UK sites, but I don't see a geographical dependency.
Pretty much every IT consultant I know is concentrating on Java, and most of all in the J2EE and XML sectors. That's where the development work is here.
The problem I see repeatedly with J2EE adoption is the insistence of developers to use every facet of the API. That means EJBs, JSPs, servlets, JMS (messaging), transaction services etc. People don't seem to realise that J2EE is a set of APIs, and a simple servlet/JSP/JDBC solutions is just as 'J2EE'-compliant as a full bean-driven, JTA-enabled solution.
To ease yourself in, start with servlets and JSP (obviously for web-enabled apps). Then start adding beans (stateless session then stateful session and then entity), etc. Don't hope to throw every Java-enabled TLA together and hope for a performant J2EE solution!
SOAP != HTTP (necessarily)
on
Web Services
·
· Score: 3, Informative
There's a common assumption that SOAP is only transported via HTTP.
The writers of the SOAP 1.1 protocol [http://www.w3.org/TR/SOAP/] note that: 'SOAP can potentially be used in combination with a variety of other protocols; however, the only bindings defined in this document describe how to use SOAP in combination with HTTP and HTTP Extension Framework'.
Is it ? If these companies have paid for advertising space in Times Sq., they must be factoring in the fact that Times Sq. is a well known location, and likely to feature in films/TV etc. Consequently a percentage of the ad cost would reflect this ?
Here's why I still use a floppy. Some of my clients value the security of their network so much that they refuse me a DHCP connection from my laptop into their system (!)
So my only means of getting stuff on/off my laptop at a client site is via floppy (or similar - zip drive etc.). Otherwise I can post to my Yahoo briefcase and then download at home.
You could run IIOP through your firewall, no problem. I've used CORBA implementations that require the client to talk to a broker daemon on a known port.
But if you start using transient IORs, then you have a problem. This occurs when the service broker (on your known port) starts up a service on another port, and then gives you back that IOR. You now have to access the CORBA service through that second, dynamically allocated port number.
This port will be in a known range, but that range could be in the hundreds/thousands. This is where your firewall gets in the way. Consequently the easiest thing to do is use persistent IORs.
I use Vim (version 6) plus my own Perl script Classfind. This script maps between a class name and its packaging.
With this set up, I can:
Automatically generate import statements
Drive Mozilla to the correct Javadoc for each class
Plus with a set of mappings from my Vim config, I:
Automatically generate class skeletons
Automatically generate setter/getter methods
Automatically generate iterators over arrays, collections and vectors
Build javadoc tags
etc. Why don't I use an IDE ? Becuase
Vim is available on every platform, on every spec of machine. When I move around between clients, this in invaluable.
I don't just edit Java files.
The actual editing functionality of Vim outstrips every IDE editor I've seen
Vim configs available on request!
WAP and no net access
on
WAP Bashing
·
· Score: 2, Interesting
Since my client's corporate firewall/proxy was shut down this morning following the NIMBA virus attack, I've found the ability to read my Yahoo mail via Mobile Yahoo on my WAP phone very useful indeed. I wouldn't/couldn't compose or reply using this (given a 10-key keypad), but to simply check whether there's anything important it was invaluable. Another pain is continually entering the username/password combination. Doesn't WAP/WML support cookies ?
I-Mode looks a lot better. Check out this Wired article from last month.
This is a perfectly fair comment, despite the replies it's received already. I use the API source to answer queries from programmers I work with, resolve issues wrt. performance/usage etc. From my clients perspective (big banks, usually) this is perfectly adequate. They're not going to want to modify the source. They invest in Java to have a maintainable code base that does (to any practical degree) run anywhere.
The Sun developer connection is responsive. I vote for bugs to be fixed (3 at one time). In the last 3 weeks I've had three issues resolved.
One of my developers came across a threading issue last month. It's resulted in Sun's kernel people, Java people and threading people banging their heads together and finally issuing a bug fix in the form of a new JVM for us to test. Once we've confirmed that it's a fix, it'll go into the main branch.
Is it GPL ? No. But from a big business perspective, there are other more important issues.
I used financial systems which handle bond expiry as no. of seconds in 1970. These systems will have problems in 2008 (not that far off in the future for a core banking system) when you try and enter the expiry date as being 2038.
I've seen this already where the systems simulate a non-expiring bond (for analytical purposes) as expiring way off in the future, and the furthest they can get away is 38 years (and closing)
Slashdot Mirror
Amen.
Then you want Java Enterprise Best Practises
Amen
Any good OO programmer/architect I know will speak in terms of patterns. eg. conversations I had yesterday went like:
Can't you use a singleton here ?
or
Perhaps we need a strategy mechanism
and so on / so forth. As soon as people talk in terms of patterns, they're talking at a level of abstraction above basic objects, and at a level where you're talking about object construction and interactions. Whenever I see someone's CV claim to have knowledge of OO, pattern knowledge is the next thing I look for. It means that we can talk in common terminology and have a common 'toolbox' of solutions to use.
Since when was 'J2EE' marketdroid speak? J2EE specifies a set of APIs that Java serverside people can all speak (or at least they're familiar with a subset of these). If I'm talking J2EE, then I know I'm talking about the servlet API, the JNDI API etc.
Furthermore if you talking about J2EE 1.3 vs. J2EE 1.2, I then know about the capabilities of those sub-APIs, and the containers.
as such, it sits in a small enough niche that you won't find a full shelf of helpful books at your local Borders
No. But you will find books on servlets, EJBs, JNDI, JCA, JDBC etc., all of which are of use in app servers. App servers (rightly or wrongly) are the big thing in large enterprises right now, and by no means are they any sort of niche.
No. JBoss 3.0 now comes with Jetty as standard. Check out the Jboss download page and the comment regarding Jetty as the default web server.
Java is absolutely huge. In the finance sector pretty much every single large institution uses it as a strategic language.
Go to JobServe and see how many jobs are requesting Java. Go to JobStats and see how much demand there is for Java. Admittedly the demand is down from a year ago, but that's across the board. Note that these are UK sites, but I don't see a geographical dependency.
Pretty much every IT consultant I know is concentrating on Java, and most of all in the J2EE and XML sectors. That's where the development work is here.
Sounds like you need LongBets
The problem I see repeatedly with J2EE adoption is the insistence of developers to use every facet of the API. That means EJBs, JSPs, servlets, JMS (messaging), transaction services etc. People don't seem to realise that J2EE is a set of APIs, and a simple servlet/JSP/JDBC solutions is just as 'J2EE'-compliant as a full bean-driven, JTA-enabled solution.
To ease yourself in, start with servlets and JSP (obviously for web-enabled apps). Then start adding beans (stateless session then stateful session and then entity), etc. Don't hope to throw every Java-enabled TLA together and hope for a performant J2EE solution!
There's a common assumption that SOAP is only transported via HTTP.
From the Apache SOAP faq
The writers of the SOAP 1.1 protocol [http://www.w3.org/TR/SOAP/] note that: 'SOAP can potentially be used in combination with a variety of other protocols; however, the only bindings defined in this document describe how to use SOAP in combination with HTTP and HTTP Extension Framework'.
eg. you can transport SOAP via SMTP.
Is it ? If these companies have paid for advertising space in Times Sq., they must be factoring in the fact that Times Sq. is a well known location, and likely to feature in films/TV etc. Consequently a percentage of the ad cost would reflect this ?
Vi Improved by Steve Oualline is an excellent book if you want to discover Vim (as opposed to vi)
Here's why I still use a floppy. Some of my clients value the security of their network so much that they refuse me a DHCP connection from my laptop into their system (!)
So my only means of getting stuff on/off my laptop at a client site is via floppy (or similar - zip drive etc.). Otherwise I can post to my Yahoo briefcase and then download at home.
I can only assume you're being ironic by mispelling 'The Guardian' :-)
You could run IIOP through your firewall, no problem. I've used CORBA implementations that require the client to talk to a broker daemon on a known port.
But if you start using transient IORs, then you have a problem. This occurs when the service broker (on your known port) starts up a service on another port, and then gives you back that IOR. You now have to access the CORBA service through that second, dynamically allocated port number.
This port will be in a known range, but that range could be in the hundreds/thousands. This is where your firewall gets in the way. Consequently the easiest thing to do is use persistent IORs.
With this set up, I can:
Plus with a set of mappings from my Vim config, I:
etc. Why don't I use an IDE ? Becuase
Vim configs available on request!
I-Mode looks a lot better. Check out this Wired article from last month.
This is a perfectly fair comment, despite the replies it's received already. I use the API source to answer queries from programmers I work with, resolve issues wrt. performance/usage etc. From my clients perspective (big banks, usually) this is perfectly adequate. They're not going to want to modify the source. They invest in Java to have a maintainable code base that does (to any practical degree) run anywhere.
The Sun developer connection is responsive. I vote for bugs to be fixed (3 at one time). In the last 3 weeks I've had three issues resolved.
One of my developers came across a threading issue last month. It's resulted in Sun's kernel people, Java people and threading people banging their heads together and finally issuing a bug fix in the form of a new JVM for us to test. Once we've confirmed that it's a fix, it'll go into the main branch.
Is it GPL ? No. But from a big business perspective, there are other more important issues.
This document is quite old, so some of it has been addresed by successive VMs/APIs.
I've seen this already where the systems simulate a non-expiring bond (for analytical purposes) as expiring way off in the future, and the furthest they can get away is 38 years (and closing)
Only if your time is worth nothing...
Register interest using email instead
spelt is the past participle
spelled is the past tense.
or at least it was when I did my O-level.
Spelt. The word you want is spelt