Nabble - PinoyJUG

Job Opening for Jr and Sr Java Developer

2009-12-14T19:15:26Z

Hi Everyone,

Merry Christmas!

I'm working for Optimum Source, Inc. a business process outsourcing company located in Ortigas Center, Pasig City.

We currently are looking for a Jr and Sr Java Developer for a project that will start on January 2010.

I'll be needing your help if you can refer someone who is looking for a new opportunity. The salary is open.

Job Requirements:

1.1. Java Developer
1.1.1. Job description
As a Java Developer your main area of focus is to develop, maintain and unit test our website and supporting functions. You will work in one of our product groups; Poker, Payments, Casino, the Sportbook or Marcom (marketing and communications) under the supervision of a product group team leader. You will also work under the guidance of system architects and senior Java developers and will likely interact with business product owners and others in other offices in London and Malta.

1.1.2. Requirements
We think you have

- 3+ years work experience as a J2EE web developer

- 1+ years work experience of JSP

- Hands on experience with Spring, Maven, XDoclet, Hibernate, BEA WebLogic, JBoss and Oracle

- Good knowledge of JavaScript and Ajax

- Solid understanding of Web Standards

- Knowledge of XHTML, DHTML, and CSS

- Experience with, CVS and/or Subversion

-PHP experience an asset

-Very good English competence, written and spoken

-You are proactive, easy to work with and have a lust for life

-eGaming application knowledge as asset

- You are flexible with your time and are able to put in the "extra effort" when required

- Knowledge and experience with SCRUM development

1.2. Senior Java Developer
1.2.1. Job description
As a Senior Java Developer your main area of focus is to develop, maintain and unit test our website and supporting functions. You will work in one of our product groups; Poker, Payments, Casino, the Sportbook or Marcom (marketing and communications) under the supervision of a product group team leader. You will also work under the guidance of system architects and will likely interact with business product owners and others in other offices in London and Malta.

1.2.2. Requirements

- 5+ years work experience as a J2EE web developer

- 2+ years work experience of JSP

- Work Experience with Spring, Maven, XDoclet, Hibernate, BEA WebLogic, JBoss, Oracle

- Good knowledge of JavaScript and Ajax

- Solid understanding of Web Standards

- Knowledge of XHTML, DHTML, and CSS

- Experience with, CVS and/or Subversion

- PHP experience as asset

- Very good English competence, written and spoken

- You are proactive, easy to work with and have a lust for life

- eGaming application knowledge as asset

- You are flexible with your time and are able to put in the "extra effort" when required

- Knowledge and experience with SCRUM development

Interested applicant may send comprehensive resume at
ruthie(at)optimum-source.com

Re: Spring MVC - Binding to multiple commands

2009-12-11T04:01:31Z

I think you will have less problem with spring:xxx than with form:xxx
tags...not sure though :-)

A thought just occurred to me, how about just simple putting your commands
in the model (map) and then manually creating the BindingResult for each of
those commands? :-)

If im not mistaken, spring tags looks for
a.) the command object using the command name in the request attribute, and
b.) the BindingResult of the command object using the command name prefixed
by BindingResult.MODEL_KEY_PREFIX.

Although spring:xxx tags would probably work without (b.), I don't think
form:xxx tags will work without it...so I guess faking it will probably
allow you to bind multiple commands to several form:form's :-)

Cheers,

--
Franz Allan Valencia See | Java Software Engineer
franz.see@...
LinkedIn: http://www.linkedin.com/in/franzsee
Twitter: http://www.twitter.com/franz_see

On Thu, Dec 3, 2009 at 6:20 PM, Jay Quiambao <jquiambao@...> wrote:

>
>
> I remember running into this "limitation" some years back. If I remember
> correctly, we used an array to to store the two (or more) objects that will
> be binded to the form. The array was then wrapped in an object that is used
> as the command object.
>
> You'd access the other objects in the array using an index like so:
>
> <spring:bind path="wrapperObj.theArray[0].name">
> <input type="text" name="name"/>
> </spring:bind>
>
> <spring:bind path="wrapperObj.theArray[1].age">
> <input type="text" name="age"/>
> </spring:bind>
>
> The plus side to this implementation though is that it doesn't require you
> to create a new wrapper class for every combination of command objects you
> wish to mix and match. Totally reusable but a pain to use and maintain as
> you use more objects.
>
> Personally, I don't like this solution cause it feels very "hackish".
> There's probably a better solution out there.
>
> Goodluck.
>
> On Mon, Nov 30, 2009 at 5:13 PM, Timothy Samaniego <netboysbe@...>wrote:
>
>>
>>
>> Hi guys,
>>
>> I'm working on a personal project to see how well I could do in spring.
>> One of the limitations I've come to realize is spring's inability to bind to
>> multiple command objects in a single JSP. I tried to use composition as a
>> workaround (ItemCommand has AddItemCommand, SearchItemCommand, etc) but this
>> just doesn't seem to be right. Is there any other way around this or do I
>> just have to resort to the old request.getParameter() way?
>>
>> To further explain my proble, this link is somehow similar to what I'm
>> encountering.
>>
>> http://jira.springframework.org/browse/SPR-5025
>>
>> Thanks
>>
>>
>>
>>
>
>

Singapore hiring for J2EE Developers

2009-12-10T19:30:03Z

Our clients are large Investment Banks with established offshore IT delivery centres in SINGAPORE. All open positions are regular/permanent with competitive compensation and benefits packages (including full relocation benefits for applicants outside of Singapore). Successful applicants will commence work in Singapore within the 2nd quarter of 2010.

J2EE DEVELOPER
· Minimum of 5 years experience in Java development
· Extensive experience with various J2EE frameworks
· With good RDBMS exposure

INTERESTED APPLICANTS:
- May send their CVs to Suzanne Wong of Briggs Thomson- SWong@...
- Must indicate the desired role in the subject line, e.g. EXPERIENCED C# DEVELOPER
- Must make sure to indicate all your contact details for faster processing

Re: Job Opportunity : JAVA/GWT

2009-12-09T04:32:55Z

Wow! It's so nice to see GWT recognized as an important part of JAVA and even has jobs potential now.

Hurrah GWT,
Mar

--- In pinoyjug@..., Polizzi Marc <marc_polizzi@...> wrote:

>
> I'm looking for one (or more) JAVA/GWT guru for a new project with long term collaboration potential.
>
> More details in the ZIP file attached.
>
> Feel free to reply to me personally.
>
> Cheers,
> _marc
>
> "If the human mind were simple enough for us to understand,
> we would be too simple-minded to understand it."Anonymous
>

Java Developer(s)

2009-12-08T20:56:27Z

Strong experience with Web architecture and Web design and development tools and languanges such as JSP, JDBC, Java Servlets, Javabeans/EJBs, Javascript, SOAP, XML/XSLT, HTML, Struts, ANT, CVS, Apache Tomcat, Eclipse.

Looking to fill 20-30 positions, please contact me at phoenix.reynolds@...

Re: Re: Buying SCJP Voucher

2009-12-03T19:24:31Z

Hi Everyone!

I need voucher,,, sino po meron?
email nyo po ako.. domy21 @ gmail.com

Thanks!

--- On Mon, 10/26/09, bodat_143 <bodat_143@...> wrote:

From: bodat_143 <bodat_143@...>
Subject: [pinoyjug] Re: Buying SCJP Voucher
To: pinoyjug@...
Date: Monday, October 26, 2009, 8:00 PM

--- In pinoyjug@yahoogroup s.com, murthy satyam <murthy.satyam@ ...> wrote:

>

> Hi

>

> I have. Let me know if you need it.

> The expiry date is March-31. Planning to give it for $150

>

> Thanks

> Murty

>

Hello SCJP 6 ba yan? interesado ako, add me sa ym bodat_143 for negotiation if ever :)

Re: Spring MVC - Binding to multiple commands

2009-12-03T02:20:42Z

I remember running into this "limitation" some years back. If I remember
correctly, we used an array to to store the two (or more) objects that will
be binded to the form. The array was then wrapped in an object that is used
as the command object.

You'd access the other objects in the array using an index like so:

<spring:bind path="wrapperObj.theArray[0].name">
<input type="text" name="name"/>
</spring:bind>

<spring:bind path="wrapperObj.theArray[1].age">
<input type="text" name="age"/>
</spring:bind>

The plus side to this implementation though is that it doesn't require you
to create a new wrapper class for every combination of command objects you
wish to mix and match. Totally reusable but a pain to use and maintain as
you use more objects.

Personally, I don't like this solution cause it feels very "hackish".
There's probably a better solution out there.

Goodluck.

On Mon, Nov 30, 2009 at 5:13 PM, Timothy Samaniego <netboysbe@...>wrote:

>
>
> Hi guys,
>
> I'm working on a personal project to see how well I could do in spring. One
> of the limitations I've come to realize is spring's inability to bind to
> multiple command objects in a single JSP. I tried to use composition as a
> workaround (ItemCommand has AddItemCommand, SearchItemCommand, etc) but this
> just doesn't seem to be right. Is there any other way around this or do I
> just have to resort to the old request.getParameter() way?
>
> To further explain my proble, this link is somehow similar to what I'm
> encountering.
>
> http://jira.springframework.org/browse/SPR-5025
>
> Thanks
>
>
>
>
>

ASAP: JAVA Developer Consultant Needed

2009-12-02T23:47:22Z

If you know someone who could do freelance consulting, pls refer them to me asap.

Task:
Debugging and Troubleshooting

Knowledge in:
Oracle OC4j
connection pooling

contact me at 0917 7172717 or at rmoldez2k@...

thanks.

Roland

ASAP: JAVA Developer Needed 8k per day

2009-12-02T20:05:13Z

Guys,

I need a part-time JAVA developer to assist in finding bugs on the system.
Experience on the following is required:
Oracle connection pooling

Please contact me ASAP at 0917 7172717 or at rmoldez2k@...

Thanks.

Job Opportunity : JAVA/GWT [1 Attachment]

2009-12-02T18:46:41Z

I'm looking for one (or more) JAVA/GWT guru for a new project with long term collaboration potential.

More details in the ZIP file attached.

Feel free to reply to me personally.

Cheers,
_marc

"If the human mind were simple enough for us to understand,
we would be too simple-minded to understand it."Anonymous

Re: Spring MVC - Binding to multiple commands

2009-12-01T21:54:05Z

Hi Franz,

Thanks for your insights! Yes, it would seem right now that composition is my only choice. To demonstrate more on what I'm trying to do is something like this

someController.java
somePage.jsp

<form:form commandName="someCommand1">
</form:form>

<form:form commandName="someCommand2">
</form:form>

If in my xml config, I mapped this someController (which maps to somePage.jsp) to say, someCommand1, having another form which maps to someCommand2 (even when I store a request or session attribute named someCommand2) it throws up an error saying something like it cannot find that command. This is it would seem is unlike in Struts 1 where a FormBean is either request or session based.

Thanks again

--- On Wed, 12/2/09, Franz Allan Valencia See <franz.see@...> wrote:

From: Franz Allan Valencia See <franz.see@...>
Subject: Re: [pinoyjug] Spring MVC - Binding to multiple commands
To: pinoyjug@...
Date: Wednesday, December 2, 2009, 9:34 AM

IIRC, you can bind from multiple commands from your controller to your jsp. However, from your html to your controller, it really is just one command object at a time.

What you could do is
a.) do a composition if they're logically together (just like what you did), but if you feel like it's forcing it,

b.) you could group the fields that should be together into their own form which would allow you to target several commands (one command per form).

Hope that helps,

--
Franz Allan Valencia See | Java Software Engineer

franz.see@gmail. com
LinkedIn: http://www.linkedin .com/in/franzsee
Twitter: http://www.twitter. com/franz_ see

On Mon, Nov 30, 2009 at 5:13 PM, Timothy Samaniego <netboysbe@yahoo. com> wrote:

Hi guys,

I'm working on a personal project to see how well I could do in spring. One of the limitations I've come to realize is spring's inability to bind to multiple command objects in a single JSP. I tried to use composition as a workaround (ItemCommand has AddItemCommand, SearchItemCommand, etc) but this just doesn't seem to be right. Is there any other way around this or do I just have to resort to the old request.getParamete r() way?

To further explain my proble, this link is somehow similar to what I'm encountering.

http://jira. springframework. org/browse/ SPR-5025

Thanks

Re: Optimizing Mac setup (was re: Eclipse Galileo + Mac OS X (Leopard) problems)

2009-12-01T19:28:23Z

On Sun, Nov 29, 2009 at 7:02 PM, Miguel Paraz <mparaz@...> wrote:

> Need your advice - how are you able to add keyboard shortcuts to the
> Source and Refactor menus?
> Mousing over is a time-waster compared to Windows and Linux where you
> can use Alt-shortcuts.

Giancarlo already mentioned defining your own key bindings (thanks for
the 2x Cmd + Shift + L tip!). But for Source and Refactor commands
which I don't use that often (enough to warrant its own shortcuts) I
just use:

* Cmd + Alt + T (Refactor quick menu)
* Cmd + Alt + S (Source quick menu)

Then use the up/down keys to select the command.

HTH!

- a
--
http://alistairisrael.wordpress.com

Re: Spring MVC - Binding to multiple commands

2009-12-01T17:34:01Z

IIRC, you can bind from multiple commands from your controller to your jsp.
However, from your html to your controller, it really is just one command
object at a time.

What you could do is
a.) do a composition if they're logically together (just like what you did),
but if you feel like it's forcing it,
b.) you could group the fields that should be together into their own form
which would allow you to target several commands (one command per form).

Hope that helps,

--
Franz Allan Valencia See | Java Software Engineer
franz.see@...
LinkedIn: http://www.linkedin.com/in/franzsee
Twitter: http://www.twitter.com/franz_see

On Mon, Nov 30, 2009 at 5:13 PM, Timothy Samaniego <netboysbe@...>wrote:

Re: Optimizing Mac setup (was re: Eclipse Galileo + Mac OS X (Leopard) problems)

2009-12-01T17:00:16Z

I don't know if this is what you're looking for but,
Press command-shift-L twice and it would bring you to the keys page of the
preference page you can create your own key bindings.
Hope this helps.
=====
angol
=====
-----|-^_^X@^_^, =====|+^_^X++~_~,@-----
"The only thing worse than a hopeless romantic is a hopeful one"
Magbasa bago Mamuna. Mag-isip bago mambatikos
Without Truth there is no Justice, Without Justice, there is Tyranny
Semper fi
Proof of Desire is Pursuit
www.onthe8spot.com
http://www.facebook.com/giancarlo.angulo
http://twitter.com/Neoryder
09173822367

On Tue, Dec 1, 2009 at 5:30 PM, Miguel Paraz <mparaz@...> wrote:

>
>
> On Mon, Nov 30, 2009 at 8:00 PM, Michael Mallete <mrmallete@...<mrmallete%40gmail.com>>
> wrote:
> > In most cases, you switch CTL with CMD. e.g. extract local variable
> ALT+CMD+L, rename ALT+CMD+R
>
> Hi,
> Yes, those are for those commands which have defined CMD keys.
> I'm referring to the menu items that have no definitions.
> Most notorious for me is Source -> Override/Implement Methods - I use
> that a lot (and I'm sure many do)
>
>

Re: Optimizing Mac setup (was re: Eclipse Galileo + Mac OS X (Leopard) problems)

2009-12-01T01:30:18Z

On Mon, Nov 30, 2009 at 8:00 PM, Michael Mallete <mrmallete@...> wrote:
> In most cases, you switch CTL with CMD. e.g. extract local variable ALT+CMD+L, rename ALT+CMD+R

Hi,
Yes, those are for those commands which have defined CMD keys.
I'm referring to the menu items that have no definitions.
Most notorious for me is Source -> Override/Implement Methods - I use
that a lot (and I'm sure many do)

Re: Sending AMF over HTTP in java application.

2009-11-30T23:16:31Z

Hi,

You can try this: http://www.openamf.com/

--- On Mon, 11/30/09, Jefferson Gan <jefferson_gan@...> wrote:

From: Jefferson Gan <jefferson_gan@...>
Subject: [pinoyjug] Sending AMF over HTTP in java application.
To: pinoyjug@...
Date: Monday, November 30, 2009, 7:43 PM

May nakagawa na po ba sa inyo sending AMF over HTTP in a java application? Or baka may marerecommend kayong framework to do this.

Salamat in advance.

Thanks,
Jeff

Win 1 of 4 Sony home entertainment packs thanks to Yahoo!7. Enter now.

Java Requirement for KL Malaysia

2009-11-30T17:45:33Z

Good day!

We have several requirement for Java Malaysia KL (positions 1-3).

Here are the details:

1. Position: BL / Interface Analyst Reports to: Senior Manager
Responsibilities:
* Perform J2EE software development of the CEMS BL System
* Analyze changes and impacts on existing systems.
* Prepare test scenarios and conduct system tests
* Ensure test accuracy and completeness for a problem
free-implementation.
* Ensure that all documentation, processes and methodologies used in
the various phases of system development and implementation and
production system support are in accordance with the Group's
standards.
* Possess sound communications skills
* Good interpersonal, persuasion, leadership and ability to drive
work progress.
Essential Skills / Experience:
Experience Profile

Minimum Years Experience

* Worked in the system software development.
* Good understanding of the SDLC.

2-3

2

* Experience in open platform technologies (i.e. Java, JSP, Servlets,
J2EE, EJB, Linux)

1-2
Desirable Skills / Experience:
* Degree in Computer Science or equivalent.
* Knowledge of CRM system is a plus
* Java -- Mandatory
* SQL with Oracle. Mandatory
* Good knowledge on Linux commands required to support the
batch runs.
* J2EE, JSP (Struts framework) - Optional.
* Focused and willing to take on responsibilities and challenges.
* Independent, proactive and service oriented.
* Pleasant personality and able to work as a team player.
* Experience in a multinational environment and dealing with
multi-countries' users is desirable but not prerequisite
* Knowledge of different language will be an advantage. Conversant in
Cantonese / Mandarin and written in Chinese will be an advantage.
* Knowledge of IBM WebSphere Application Server, Oracle

2. J2EE Solution Architect.

* Ability to do feasibility study and provide high level solutions,
impact analysis from the BRD/FS.
* Ability to develop object models from the functional requirements
and architecture.
* Ability to identify performance bottlenecks in the application and
recommend permanent solutions.
* Ability to define and document standards, architecture.
* Ability to quickly learn and communicate new technologies to
technical, non-technical, and management audiences.
* Solid Java/J2EE design and development experience.
* Experience with J2EE development: Swing, EJBs, Servlets, JSPs and,
MVC frameworks. Web technologies (Javascript, CSS, HTML, XML/XSLT).
Webservices and UML. Good SQL skills, plus JDBC.
* Experience with formal design tools (UML based) such as Enterprise
Architect, Rational or Visio etc. is an added advantage.
* Knowledge of market leading Application Servers: BEA WebLogic
Server, IBM WebSphere, JBoss, Tomcat or equivalent platform. Deployment
knowledge for one of the above mentioned J2EE application platforms.
* JMS and message queues such as IBM's MQ Series or equivalents.
* Familiarity with software development methodologies and processes
like RUP and XP.
* Domain knowledge in Banking will be an added advantage.

Education & experience

* Degree Educated. Computer Science or Software Engineering
qualifications.
* 5-8 years industry experience developing software. 4 or more years
of Java, J2EE experience
* Sun Java, J2EE Certification and other vendor certifications will
be an added advantage.

3. Senior Design Analyst

* Ability to transform the business solution into technical specs.
* Ability to develop object models from the functional requirements
and architecture using UML.
* Ability to identify performance bottlenecks in the application and
recommend permanent solutions.

Skills requirements

* Solid core Java programming skills - JDK 1.3 and above
* Experience with J2EE development: Swing, EJBs, Servlets, JSPs and,
MVC frameworks. Web technologies (Javascript, CSS, HTML, XML/XSLT)
* Working knowledge of one or more of the following: BEA WebLogic
Server, IBM WebSphere, JBoss, Tomcat or equivalent platform. Deployment
knowledge for one of the above mentioned J2EE application platforms.
* Good SQL skills, plus JDBC. Working knowledge of one or more of
the following databases: Oracle, DB2, MySQL or MS SQL Server.
* JMS and message queues such as IBM's MQ Series or equivalents.
* Understanding of object oriented concepts and UML notation.
* Knowledge of Jakarta libraries such as Log4J and JUnit is an added
advantage.
* Domain knowledge in Banking will be an added advantage.

Education & experience

* Degree Educated. Computer Science or Software Engineering
qualifications.
* Sun Java Certification and other vendor certifications will be an
added advantage.
* 2-3 years relevant job experience

Qualified and interested applicant may send their profile to
ria@... <mailto:ria@...> along with the
following details:

Position Number:

Candidate Name (Full Name) :

Summary of Relevant Job Experience or Background :

Relevant years of exp :

Availability (Date able to commence) :

Candidate Visa Status (applicable for foreign candidates) :

Nationality :

Current location of candidate :

Current Salary:

Min Expected salary: in Malaysian Ringgit

Birth date:

Civil Status:

Sending AMF over HTTP in java application.

2009-11-30T16:43:58Z

May nakagawa na po ba sa inyo sending AMF over HTTP in a java application? Or baka may marerecommend kayong framework to do this.

Salamat in advance.

Thanks,
Jeff

__________________________________________________________________________________
Win 1 of 4 Sony home entertainment packs thanks to Yahoo!7.
Enter now: http://au.docs.yahoo.com/homepageset/

Re: Optimizing Mac setup (was re: Eclipse Galileo + Mac OS X (Leopard) problems)

2009-11-30T04:00:32Z

In most cases, you switch CTL with CMD. e.g. extract local variable
ALT+CMD+L, rename ALT+CMD+R

On Sun, Nov 29, 2009 at 7:02 PM, Miguel Paraz <mparaz@...> wrote:

>
>
> On Fri, Nov 20, 2009 at 8:05 PM, Franz Allan Valencia See
> <franz.see@... <franz.see%40gmail.com>> wrote:
> > So I guess over all, those of us here in Mac still have the best java
> development environment :-)
>
> Need your advice - how are you able to add keyboard shortcuts to the
> Source and Refactor menus?
> Mousing over is a time-waster compared to Windows and Linux where you
> can use Alt-shortcuts.
>
>

Spring MVC - Binding to multiple commands

2009-11-30T01:13:28Z

Hi guys,

I'm working on a personal project to see how well I could do in spring. One of the limitations I've come to realize is spring's inability to bind to multiple command objects in a single JSP. I tried to use composition as a workaround (ItemCommand has AddItemCommand, SearchItemCommand, etc) but this just doesn't seem to be right. Is there any other way around this or do I just have to resort to the old request.getParameter() way?

To further explain my proble, this link is somehow similar to what I'm encountering.

http://jira.springframework.org/browse/SPR-5025

Thanks

Optimizing Mac setup (was re: Eclipse Galileo + Mac OS X (Leopard) problems)

2009-11-29T03:02:06Z

On Fri, Nov 20, 2009 at 8:05 PM, Franz Allan Valencia See
<franz.see@...> wrote:
> So I guess over all, those of us here in Mac still have the best java development environment :-)

Need your advice - how are you able to add keyboard shortcuts to the
Source and Refactor menus?
Mousing over is a time-waster compared to Windows and Linux where you
can use Alt-shortcuts.

Job Opportunity for Mid-Senior Level Java Developers!

2009-11-25T19:37:23Z

Hello everyone, my name is Mike, HR Associate of ExeQserve Corp., a
premiere HR Solutions provider helping companies find match to their
needs for human talents. We invite you to submit your detailed CV's to
us so that we can match you with the dream job you are looking for.

Currently, we are in need of Java Developers (MID to SENIOR Level).

Be part of a company that develops, designs, and delivers
enterprise-class products and interactive web applications for some of
the world's most successful businesses, including a number of Fortune
500 companies. You'll be working for a company recognized as one of
ZDNet Asia's Top 10 Techno Visionaries Awardees, Red Herring's 100 Most
Promising Companies in Asia, and eServices' Most Progressive Homegrown
Company!

Here are the specifications:

Responsibilities:

This is a developer role working in an Agile development environment. As
a member of the engineering team, you must have the ability to design,
implement and support software for customers and the ability to
collaborate with project stakeholders. You must also have the ability to
utilize Java/J2EE and other open source technologies.

Requirements:

* Candidate must possess at least a Bachelor's Degree in
Computer Science, Computer Engineering, Mathematics or any related IT
course
* Strong Object Oriented Programming experience using Java,
preferably with J2EE or JEE experience
* Experience in using Open Source frameworks/tools is an advantage
* Strong technical analysis and design skills
* At least 3 years relevant working experience in the related field

Skills and Experience Desired:

* Experience using EJB3 / EJB 2.1, Spring or Hibernate
* Exposure to J2EE containers like JBoss, Weblogic, Websphere
* Experience working with databases such as Oracle, DB2, MSSQL,
MySQL, and Postgres
* Familiarity with open source development tools like Maven or ANT
* Experience developing web applications using technologies such as
JSP and AJAX

If you are interested with the position above or if you are looking for
other job opportunities, you may send your updated CV with your contact
details to this email address: jobs@...
<mailto:jobs@...> .

Feel free to contact us thru landline (8933199/3288828 loc 106), or
Yahoo messenger (YM ID: mike_jeebs) for any questions or clarifications.
You may also visit our website at http://www.exeqserve.com/
<http://www.exeqserve.com/> to know more about us.

P.S.: Resume referrals are also welcome. Earn extra cash by sending
referrals of your colleagues in the industry! Visit:
http://exeqserve.blogspot.com/2008/11/earn-extra-cash-referring-friends-\
to.html

Thanks!

MIKE MACAPAGAL

HR Associate

ExeQserve Corp.

Java for Malaysia

2009-11-24T23:12:44Z

We are in need of Java Consultants who has 2+ years - up experience with
current hands on and relevant experience in J2EE / Hibernate / Struts /
Spring.
We will be needing consultants for both Support and Development Role.

Qualified and interested applicant may submit their profile in MS Word
format along with the following details:

Candidate Name (Full Name) :
Summary of Relevant Job Experience or Background :
Relevant years of exp :
Availability (Date able to commence) :
Candidate Visa Status (applicable for foreign candidates) :
Nationality :
Current location of candidate :
Current Salary:
Min Expected salary: in Malaysian Ringgit
Birth date:
Civil Status:

Warm Regards

Ria

MindWave Solutions Pte Ltd

#04-07 Franklin | 3 science park drive| Science Park 1| Singapore 118223

HP : 84573207| Tel: 67772379,67772404,67772420, 67772439 | Fax :
63992379

Email id : ria@...

Website : www.mindwaveglobal.com <http://www.mindwaveglobal.com/> ( IT
Consulting Company)

Offices in SINGAPORE|MALAYSIA|AUSTRALIA

Invitation for the IBM Innovation Center launch

2009-11-24T21:48:00Z

Good Day PinoyJUG-ers!

IBM would like to invite you to the IBM Innovation Center's launch.

Our country, as an emerging market needs to groom its local talent to be
globally competitive and IBM understands that achieving growth dictates
being well-equipped to rise to challenges and hone skills needed whether in
business, government, the academe or IT sector. This understanding leads to
a commitment from IBM to establish in the Philippines a facility that will
play a significant role in growing the local ICT workforce.

The IBM Innovation Center in UP-Ayala Technohub brings cutting edge
technology built on world class infrastructure and highly skilled resources
and customized programs designed to meet the needs of the local ICT markets
and community.The center serves the needs of students, IT professionals and
IT organizations - both users and developers - by providing them access to
training workshops, consulting services, technology updates and skills
development programs, testing and certification, porting and enablement
resources for adoption of new software technologies and solutions.

Please send your RSVP's to faeldoja@... indicate your full name,
designation, company name and contact information.

The event details are as follows:

IBM cordially invites you to the launch of the

*IBM Innovation Center*
3rd December, 2009 (Thursday)
6:00PM – 10:00PM
Retail Plaza, UP-Ayala Techno Hub
Commonwealth Avenue, Quezon City

Registration starts at 6:00PM. Dinner will be served.
Recommended attire is smart casual/casual chic.
Please email your confirmation or call us at
8506479 loc 102 (Ronette Ilagan)

Best Regards,
James Faeldon

37892932.gif (47K) Download Attachment
37415703.jpg (12K) Download Attachment

Re: Job Opportunity - Java Applications Officer

2009-11-24T08:06:13Z

That's an interesting title name, Applications Officer.

On Sat, Nov 21, 2009 at 4:21 AM, joanne arceo <joei_01@...> wrote:

>
>
> Hi!
>
>
>
> We are currently looking for Applications Officer skilled in Java to be
> based in QC.
>
>
>
> Kaisa Consulting is an It Business Solutions Company and a SAP partner. You
> may visit our website, www.kaisa.com ,
>
> to learn more about our company.
>
>
>
> *Kaisa Consulting* is a young, aggressive, and highly skilled organization
> of experienced enterprise solutions professionals with internationally
> recognized certifications. Our competence stems from the ideal combination
> of deep technological expertise and rich hands-on experience in corporate
> business processes.
>
>
> We provide total commitment to providing solutions that are consistently
> integrated, completely relevant to your business and deliver greater value
> for money. Our expertise in the field of business process re-engineering
> and change management adds value to our proven implementation methodologies.
>
> *
> *
>
> *Kaisa Consulting* provides paramount professional management and
> consulting services in integrated enterprise solutions. We take pride in
> our proven track record of implementation experiences and strategic
> partnerships to provide quality business solutions to our clients
> worldwide. Backed by an employee base of expert consultants and a strong
> partnership with SAP, clients are guaranteed high-value solutions and
> committed support.
>
> We are part of a business group that is more than eighty years old, and
> whose brands proudly enjoy market supremacy. This long history of business
> experience and our expertise in the latest technologies are behind our
> successful delivery of business solutions to our customers in Asia,
> Australia and the United States . The quality of our delivery has been
> the measure of our success.
>
>
>
>
>
> *Applications Officer** *
>
> - To develop custom applications to support existing SAP systems
> - To develop and implement software applications based on the
> specification of clients
> - To provide system analysis and design to custom application projects
> - Provide functional testing to new and existing applications
> - Provide software support to both internal and external clients
> - Execute and implement the provision of consulting services to the
> clients of the company
> - *Strong background in Web Development*
>
>
> - Candidate must possess at least a Bachelor's/College Degree ,
> Engineering (Computer/Telecommunication), Computer Science/Information
> Technology or equivalent.
> - At least 3-5 year(s) of working experience in Java development
> experience using Java Enterprise Edition and open-source technologies<http://studio.net/>
> - Preferably 1-4 Yrs Experienced Employees specializing in IT/Computer
> - Software or equivalent.
> - **Knowledgeable in using Open Source frameworks, different areas of
> the J2EE, knowledgeable in broad technologies: XML, XSL, JSP, Velocity, Java
> i18n, PDF, internet protocols, JDBC and relational databases, Experience
> with handling large volumes of email and IM communication
>
>
>
> You may email your resume to joei.arceo@...
>
>
>

Re: Scala as the long term replacement for java/javac?

2009-11-24T01:47:21Z

i stand corrected :)

On Fri, Nov 20, 2009 at 2:18 PM, Rey Bumalay <core_reyj@...> wrote:

>
>
> I think you are talking about "killer technology" on the programmer's
> perspective. IMHO, killer app is an application that is widely used by
> people that changed their daily life and it doesn't have anything to do with
> programming language. For me, killer app is something that was created
> around a unique idea not a programming language or technology (although
> there are some exceptions to it).
>
> ------------------------------
> *From:* Michael Mallete <mrmallete@...>
> *To:* pinoyjug@...
> *Sent:* Fri, November 20, 2009 9:21:46 AM
>
> *Subject:* Re: [pinoyjug] Scala as the long term replacement for
> java/javac?
>
>
>
> killer app is something that propels a certain language, OS, etc to wider
> adoption. twitter didn't really help scala gaining new users. twitter is a
> huge success, but a killer app in this definition, nup
>
> On Fri, Nov 20, 2009 at 5:43 AM, bien bien <bienbenigno@ yahoo.com. ph<bienbenigno@...>
> > wrote:
>
>>
>>
>> If twitter is not a killer app, what's a killer app then? Scala also has
>> Lift web framework which is more or less can be compared to Rails or Grails.
>> And yes, Scala is still more of an academic/hobbyist language and probably
>> won't be the "next Java". But we are slowly seeing an emerging era of
>> polygot programming where there's always a diverse and better tool/solution
>> for a particular domain.
>>
>> ------------------------------
>> *From:* Michael Mallete <mrmallete@gmail. com <mrmallete@...>>
>> *To:* pinoyjug@yahoogroup s.com <pinoyjug@...>
>>
>> *Sent:* Wednesday, November 18, 2009 5:48:31
>> *Subject:* Re: [pinoyjug] Scala as the long term replacement for
>> java/javac?
>>
>>
>>
>> aren't we tired of hearing "java is dead" and "java is the new cobol?" :-P
>>
>> for one, fact remains that without that killer app like what rails did for
>> ruby, scala is still a theoretical silver bullet that no one uses. and yes,
>> twitter is still not that killer app. i don't think there isn't any
>> jvm-bound language at the moment with the same traction java had that could
>> push it to the critical mass. do hope to be proven wrong though
>>
>> On Tue, Nov 17, 2009 at 1:32 PM, Arche Type <type.arche@yahoo. com<type.arche@...>
>> > wrote:
>>
>>>
>>>
>>> It just the same as theory that the Java is a replacement of Cobol but it
>>> is just a theory because there are still plenty of Fortune 500 company still
>>> using the mainframe COBOL CICS.
>>>
>>> ------------------------------
>>> *From:* Giancarlo Angulo <igan.long@gmail. com <igan.long@...>>
>>> *To:* pinoyjug@yahoogroup s.com <pinoyjug@...>
>>>
>>> *Sent:* Wed, Novemberl 11, 2009 3:01:15 AM
>>> *Subject:* [pinoyjug] Scala as the long term replacement for java/javac?
>>>
>>>
>>>
>>>
>>> Scala as the long term replacement for java/javac?<http://macstrac.blogspot.com/2009/04/scala-as-long-term-replacement-for.html> Don't
>>> get me wrong - I've written tons of Java over the last decade or so & think
>>> its been a great evolutionary step from C++ and Smalltalk (lots of other
>>> languages have helped too like JavaScript, Ruby, Groovy, Python etc).
>>> However I've long wanted a long term replacement to javac. I even created a
>>> language <http://groovy.codehaus.org/> to scratch this itch.
>>>
>>> Java is a surprisingly complex language (the spec is 600 pages and does
>>> anyone really grok generics in Java?), with its autoboxing (and lovely NPE's
>>> hiding in there), primitive types, icky arrays which are not collections &
>>> general lack of polymorphism across strings/text/ buffers/collecti
>>> ons/arrays along with extremely verbose syntax for working with any kind of
>>> data structure & bean properties and still no closures (even in JDK7) which
>>> leads to tons of icky try/catch/finally crapola unless you use frameworks
>>> with new custom APIs & yet more complexity. Java even has type
>>> inference, it just refuses to use it<http://james-iry.blogspot.com/2009/04/java-has-type-inference-and-refinement.html>to let us save any typing/reading.
>>>
>>>
>>> This issue becomes even more pressing with there being no Java7<http://www.jroller.com/scolebourne/entry/no_more_java_7>(which is even more relevant after Snorcle - I wonder if javac is gonna be
>>> replaced with jdkc? :). So I guess javac has kinda reached its pinacle;
>>> closures look unlikely as does any kind of simplification or progression.
>>>
>>> So whats gonna be the long term replacement for javac? Certainly the
>>> dynamic languages like Ruby, Groovy, Python, JavaScript have been getting
>>> very popular the last few years - lots of folks like them.
>>> *
>>> Though my tip though for the long term replacement of javac is Scala<http://www.scala-lang.org/>.
>>> I'm very impressed with it! I can honestly say if someone had shown me the Programming
>>> in Scala<http://www.amazon.com/Programming-Scala-Comprehensive-Step-step/dp/0981531601/ref=sr_1_1?ie=UTF8&s=books&qid=1240563267&sr=8-1>book by by Martin Odersky, Lex Spoon & Bill Venners back in 2003 I'd
>>> probably have never created Groovy.*
>>>
>>> So why Scala? Scala is statically typed and compiles down to the same
>>> fast bytecode as Java so its usually about as fast as Java (sometimes a
>>> little faster sometimes a little slower). e.g. compare how well Scala
>>> does<http://shootout.alioth.debian.org/u32q/benchmark.php?test=all&lang=scala&lang2=java&box=1>in some benchmarks with
>>> groovy<http://shootout.alioth.debian.org/u32q/benchmark.php?test=all&lang=groovy&lang2=java&box=1>or
>>> jruby<http://shootout.alioth.debian.org/u32q/benchmark.php?test=all&lang=jruby&lang2=java&box=1>.
>>> Or this<http://stronglytypedblog.blogspot.com/2009/07/java-vs-scala-vs-groovy-performance.html>.
>>> Note speed isn't everything - there are times when you might want to trade
>>> code thats 10x slower for more productivity and conciseness; but for a long
>>> term replacement for javac speed is important.
>>>
>>> Yet Scala has type inference - so its typically as concise as Ruby/Groovy
>>> but that everything has static types. This is a good thing; it makes code
>>> comprehension, navigation & documentation much simpler. Any token/method/
>>> symbol you can click on to navigate to the actual implementation code &
>>> documentation. No wacky monkey patching involved, or doubting of who added a
>>> method, when and how - which is great for large projects with lots of folks
>>> working on the same code over long periods of time. Scala seems to hit the
>>> perfect sweet spot between the consise feel of a dynamic language, while
>>> actually being completely statically typed. So I never have to remember the
>>> magic methods that are available - or run a script in a shell then inspect
>>> the object to see what it really looks like - the IDE/compiler just knows
>>> while you edit.
>>>
>>> Scala has high order functions and closure support along with sequence
>>> comprehensions <http://www.scala-lang.org/node/111> so you can write
>>> beautifully concise code. Scala also unifies functional and OO paradigms
>>> beautifully together into a language thats considerably simpler than Java
>>> (though the type system is of a similar order to truly understand than
>>> generics - but then thats usually an issue for framework creators rather
>>> than application code developers). It also lets folks gradually migrate from
>>> a traiditional OO/Java way of coding to a more functional way - which is
>>> particularly relevant for folks writing concurrent or asynchronous code
>>> (which due to the GHz of chips no longer going up but instead we're getting
>>> more cores is becoming more necessary). You can start the OO way and migrate
>>> to using immutable state if/when you need its benefits. Increasingly
>>> functional programming is becoming more and more important as we try and
>>> make things more concise and higher level (e.g. closures, higher order
>>> functions, pattern matching, monads etc) as well as dealing with concurrency
>>> and asynchrony via immutable state etc.
>>>
>>> Scala also has proper mixins (traits) so you don't have to muck about
>>> with AOP wackiness to get nice modular code. There's even structural types
>>> in case you really do need some duck typing.
>>>
>>> The thing which most impresses me is the core language syntax is pretty
>>> small and simple (the spec is about a quarter the size of Java's); but its
>>> way more powerful and flexible and is very easy to extend in librariesto add new semantics and features. For example see the Scala
>>> Actors <http://www.scala-lang.org/node/242>. So its ideal for creating
>>> either embedded DSLs or external DSLs. There's really no need to have Java ,
>>> XPath, XSLT, XQuery, JSP, JSTL, EL and SQL - you can just use Scala with
>>> some DSLs here and there (examples of this later...).
>>>
>>> Scala does take a little bit of getting used to - I confess the first few
>>> times I looked at Scala it wasn't that pleasing on the eye - with Java
>>> you're kinda used to dumb verbose code which doesn't do very much - it can
>>> be quite a shock to see quite a few symbols at first. (It took me a while to
>>> get over the use of _ in scala which is the 'wildcard' symbol since * is an
>>> identifier/method) .
>>>
>>> If you've been doing lots of Java then Scala does feel quite different at
>>> first - (e.g. the order of types & identifiers in method/variable/ parameter
>>> declarations - though the reason for that is to make it easy to miss out
>>> redundant type information) .
>>>
>>> e.g. in Java
>>>
>>> List<String> list = new ArrayList<String>()
>>>
>>> in Scala
>>>
>>> val list = new List[String]
>>>
>>> or if you want to specify exact typing
>>>
>>> val list : List[String] = new List[String]
>>>
>>> However if you keep at it, the beauty of Scala soon becomes apparent; its
>>> simplified so many of the gremlins in the Java language, allows you to write
>>> very concise code describing the intent behind the code rather than the
>>> implementation cruft - together with providing a nice migration path to
>>> elegant functional programming which is awesome for building concurrent or
>>> distributed software.
>>>
>>> I highly recommend you take a look at Scala - with an open mind - and see
>>> if (once you're brain adjusts) you can see its beauty too.
>>>
>>> Some scala links and online presentations
>>>
>>> - I can highly recommend the Programming in Scala<http://www.amazon.com/Programming-Scala-Comprehensive-Step-step/dp/0981531601/ref=sr_1_1?ie=UTF8&s=books&qid=1240563267&sr=8-1>book by by Martin Odersky, Lex Spoon & Bill Venners - its a great read and
>>> describes the features of Scala and design choices very well. Its a
>>> big book - but you can skip chunks and come back to it later.
>>> - I've only skim read it a little so far but the O'Reilly Scala book<http://programming-scala.labs.oreilly.com/>looks great too
>>> - the Tour of Scala <http://www.scala-lang.org/node/104> is a good
>>> read if you're short on time and want a quick look at its syntax; though it
>>> can take a little while to truly appreciate why things are different to Java
>>> - Martin Odersky's Scala talk at JavaOne 2008<http://developers.sun.com/learning/javaoneonline/2008/pdf/TS-5165.pdf>
>>> - Jonas Bonér <http://jonasboner.com/>'s presentation on Real-World
>>> Scala<http://www.slideshare.net/jboner/pragmatic-real-world-scala-45-min-presentation>
>>> - Gert's presentation <http://www.anova.be/files/camel-scala.pdf> on
>>> how he created the Apache Camel <http://camel.apache.org/> DSL for
>>> Scala <http://camel.apache.org/scala-dsl.html>
>>> - speaking of internal cool DSLs try this blog post on program like
>>> you mean it<http://pragmaticdesign.blogspot.com/2009/04/scala-program-like-you-mean-it.html>with links to some other great internal DSLs for Scala
>>> - a scala version of LINQ for type safe querying of JDBC<http://szeiger.de/blog/2008/12/21/a-type-safe-database-query-dsl-for-scala/>also check out
>>> dbc <http://scala.sygneca.com/libs/dbc>
>>> - a great presentation on using Scala and OSGi<http://osgilook.com/2009/05/08/osgi-on-scala/>with DSLs
>>> - how to work with Scala and XML<http://www.ibm.com/developerworks/library/x-scalaxml/>(kinda embedded XML, XPath, XSLT, XQuery in neat syntax in the language :)
>>> more here <http://www.scala-lang.org/node/131>
>>> - Scala by example<http://www.scala-lang.org/docu/files/ScalaByExample.pdf>
>>> - Scala cheat sheet<http://www.geekontheloose.com/images/stories/programming/Scala_Cheatsheet.pdf>
>>> - an example showing how to create bean style properties<http://www.scala-lang.org/node/29>(or C# style getters)
>>> - creating a chat demo using Lift <http://liftweb.blip.tv/> or more
>>> on the Lift site <http://liftweb.net/>
>>>
>>> If you have a spare hour or so these video talks are great to watch
>>>
>>> - The Feel of Scala<http://www.parleys.com/display/PARLEYS/Home#talk=27131945;slide=1;title=The%20Feel%20Of%20Scala>by Bill Venners
>>> - Scala: Bringing Future Languages<http://www.infoq.com/presentations/jaoo-spoon-scala>to the JVM by Lex Spoon
>>>
>>> Handy Scala frameworks and libraries
>>>
>>> - liftweb <http://liftweb.net/> the rails of scala
>>> - specs <http://code.google.com/p/specs/> and ScalaTest<http://www.artima.com/scalatest/>for BDD and more literate testing showing how a typesafe DSL can help you
>>> write more consise and expressive code that is very IDE friendly
>>> - scalaz <http://code.google.com/p/scalaz/> a handy library of
>>> utilities
>>> - dispatch <http://databinder.net/dispatch/Guide> for working with
>>> HTTP/JSON services
>>>
>>> BTW for those like me who love JAXRS<http://macstrac.blogspot.com/2009/01/jax-rs-as-one-web-framework-to-rule.html>you can now use
>>> lift <http://liftweb.net/> templates with Jersey<https://jersey.dev.java.net/>via the new
>>> jersey-lift<http://n2.nabble.com/Lift-support-for-Jersey-checked-into-trunk-td3007414.html#a3007414>module.
>>>
>>> As an example of this in action you can check out RestMQ<http://restmq.fusesource.org/>which is an open source project I've been working on lately to provide a
>>> RESTful API and web console to message orientated middleware which is built
>>> on JAXRS (Jersey), Scala and Lift.
>>>
>>> From a tooling perspective there's Ant/Maven plugins, an interactive
>>> Scala console (REPL) and IDE plugins for IDEA, Eclipse, NetBeans along with
>>> the usual editors (TextMate/Emacs etc). The IDE plugins are not yet up to
>>> the Java grade, but they are very useful with good code navigation &
>>> completion.
>>>
>>> I've tried the plugins for NetBeans, Eclipse and IDEA they all have
>>> strengths and weaknesses; it seems Scala folks are split between them all.
>>> For code navigation and completion along with maven support I've found IDEA
>>> to be quite good. When you open a Maven pom.xml it seems to grok the code
>>> nicely, finding the scala source so you can navigate through any type/method
>>> to see its documentation/ source etc. (You do typically have to manually add
>>> the Scala facet to run/debug stuff). Though IDEA is not always the best at
>>> highlighting syntax errors as you type. They could all use some work to
>>> bring them up to line with their Java counterparts though - try them out and
>>> see which you prefer.
>>>
>>> Scala nits
>>> With any language there's gonna be bits you love and bits you're not so
>>> keen on. Early impressions of Scala do seem like there's a bit of an attempt
>>> to use a few too many symbols :-; but you don't have to use them all - you
>>> can stick to the Java-ish OO side of the fence if you like. But then I guess
>>> longer term its probably better to use symbols for the 'special stuff' to
>>> avoid clashing with identifiers etc.
>>>
>>> I'm not a massive fan of the nested import statement, using _root_.java.
>>> util.List to differentiate a 'global' import from a relative import.. I'd
>>> have preferred a child prefix. e.g. if you have imported com.acme.cheese.
>>> model.Foo then to import model.impl.FooImpl i'd prefer an explicit relative
>>> prefix, say: import _.impl.FooImpl which would simplify things a little and
>>> more in keeping with Scala's attempt at simplifying things and removing
>>> cruft (being polymorphic to import java.util._) .
>>>
>>> However compared to all the massive hairy warts in Java, these downsides
>>> of Scala are tiny compared to the beauty, simplicity and power of Scala.
>>>
>>> Conclusion
>>> Given that MrJava<http://www.adam-bien.com/roller/abien/entry/java_net_javaone_which_programming>,
>>> MrJRuby <http://blog.headius.com/2009/04/future-part-one.html> and
>>> MrGroovy <http://macstrac.blogspot.com/> are all tipping Scala as
>>> javac's long term replacement, there might be something in it. So what are
>>> you waiting for; get the Programming in Scala<http://www.amazon.com/Programming-Scala-Comprehensive-Step-step/dp/0981531601/ref=sr_1_1?ie=UTF8&s=books&qid=1240563267&sr=8-1>book or the O'Reilly
>>> Scala book <http://programming-scala.labs.oreilly.com/> and start having
>>> fun :)
>>>
>>> =====
>>> angol
>>> =====
>>> -----|-^_^X@ ^_^, =====|+^_^X+ +~_~,@--- --
>>> "The only thing worse than a hopeless romantic is a hopeful one"
>>> Magbasa bago Mamuna. Mag-isip bago mambatikos
>>> Without Truth there is no Justice, Without Justice, there is Tyranny
>>> Semper fi
>>> Proof of Desire is Pursuit
>>> www.onthe8spot. com <http://www.onthe8spot.com>
>>> http://www.facebook .com/giancarlo. angulo<http://www.facebook.com/giancarlo.angulo>
>>> http://twitter. com/Neoryder <http://twitter.com/Neoryder>
>>> 09173822367
>>>
>>>
>>>
>>
>> ------------------------------
>> Have a new Yahoo! Mail account?<http://us.rd.yahoo.com/SIG=11dea1p2c/**http%3A%2F%2Fwww.trueswitch.com%2Fyahoo-ph>
>> Kick start your journey by importing all your contacts!
>>
>
>
>
>

Job Opportunity - Java Applications Officer

2009-11-21T02:21:26Z

Hi!

We are currently looking for Applications Officer skilled
in Java to be based in QC.

Kaisa Consulting is an It Business Solutions Company and a
SAP partner. You may visit our website, www.kaisa.com ,
to learn more about our company.

Kaisa
Consultingis a young, aggressive, and highly
skilled organization of experienced enterprise solutions professionals with
internationally recognized certifications. Our competence stems from the ideal
combination of deep technological expertise and rich hands-on experience in
corporate business processes.

We provide
total commitment to providing solutions that are consistently integrated, completely
relevant to your business and deliver greater value for money. Our
expertise in the field of business process re-engineering and change management
adds value to our proven implementation methodologies.

Kaisa
Consultingprovides paramount professional
management and consulting services in integrated enterprise solutions. We
take pride in our proven track record of implementation experiences and
strategic partnerships to provide quality business solutions to our clients
worldwide. Backed by an employee base of expert consultants and a strong
partnership with SAP, clients are guaranteed high-value solutions and committed
support.
We are
part of a business group that is more than eighty years old, and whose brands
proudly enjoy market supremacy. This long history of business experience
and our expertise in the latest technologies are behind our successful delivery
of business solutions to our customers in Asia, Australia and the United States .
The quality of our delivery has been the measure of our success.

Applications Officer
* To develop custom applications to support existing SAP systems
* To develop and implement software applications based on the specification of clients
* To provide system analysis and design to custom application projects
* Provide functional testing to new and existing applications
* Provide software support to both internal and external clients
* Execute and implement the provision of consulting services to the clients of the company
* Strong background in Web Development
* Candidate must possess at least a Bachelor's/College Degree , Engineering (Computer/Telecommunication), Computer Science/Information Technology or equivalent.
* At least 3-5 year(s) of working experience in Java development experience using Java Enterprise Edition and open-source technologies
* Preferably 1-4 Yrs Experienced Employees specializing in IT/Computer - Software or equivalent.
* Knowledgeable in using Open Source frameworks, different areas of the J2EE, knowledgeable in broad technologies: XML, XSL, JSP, Velocity, Java i18n, PDF, internet protocols, JDBC and relational databases, Experience with handling large volumes of email and IM communication

You may
email your resume to joei.arceo@...

Re: Web Service Frameworks

2009-11-20T07:35:19Z

Thanks anyway Michael. That's a fair answer. I actually envy you that you
didn't have much choice then ;). That would make you focus more on
delivering value than having to do more due diligence.

Joen

On Thu, Nov 19, 2009 at 7:34 PM, Michael Mallete <mrmallete@...>wrote:

>
>
> My reply might not be too helpful :)
>
> It's been a while, as far as I remember, at the time we were evaluating web
> services, Axis2 and Metro were still in development mode. CXF on the other
> hand was the most mature of the pack then, including better tools support
> and better documentation everywhere. Axis 1 as I recall was painful to work
> with then. Maybe different now with Axis 2.
>
> So we went ahead and used CXF and upgrading at major version releases as
> much as we can.
>
>
> On Thu, Nov 19, 2009 at 11:23 PM, Joselito D. Moreno <joenmoreno@...
> > wrote:
>
>>
>>
>> Hello Michael,
>>
>> Thanks for the tips. I sure do hope we have the option to stay away from
>> the WS-* altogether.
>>
>> Anyway, was there any reason why you chose CXF over Axis2 or Metro for
>> example? If so, care to share the evaluation process and the results that
>> finally led to CXF?
>>
>> Joen
>>
>>
>> On Tue, Nov 17, 2009 at 11:54 PM, Michael Mallete <mrmallete@...>wrote:
>>
>>>
>>>
>>> We've been using CXF <http://cxf.apache.org/> for a while now and, few
>>> problems aside, does an ok job for us. Should be pretty straight forward to
>>> use, but just steer clear from possible classpath clashes with libraries
>>> that is built-in to the jvm (xerces, etc).
>>>
>>> Although if I were you, I'd stay away from WS-deathstar altogether and go
>>> for more lightweight solutions (REST, Burlap/Hessian/HTTPInvoker, etc)
>>>
>>>
>>> On Wed, Nov 11, 2009 at 11:21 PM, Joselito D. Moreno <
>>> joenmoreno@...> wrote:
>>>
>>>>
>>>>
>>>> Hello,
>>>>
>>>> Can you guys share your experiences with different Java-based web
>>>> services frameworks? We are in the process of evaluating which one to
>>>> go with. Can you share which ones you have evaluated and why you
>>>> chose what you ended up with?
>>>>
>>>> Thanks a bunch.
>>>>
>>>> Joen
>>>>
>>>
>>>
>>
>
>

Re: Eclipse Galileo + Mac OS X (Leopard) problems

2009-11-20T04:05:46Z

In our company, we have devs using XP, Mac, and Linux

XP requires the least configuration followed by Mac... and on Linux
((X/K)Ubuntu, Mint, Fedora), you need to be really comfortable with
scripting to get some tools/apps working :-)

But of course, file system access of Mac and Linux are much faster than that
of windows (which have a huge effect on your applications' performance
(including build time))...not to mention there's no anti-virus to slow your
apps as well :-)

But then again, Gnome doesn't seem to like swing-based apps (freaking slow
and consumes much resource). IMHO, Swing-based apps are faster in XP than in
Gnome (Note: i said XP, not Vista, not Win7 :-) ).

So I guess over all, those of us here in Mac still have the best java
development environment :-)

Cheers,

--
Franz Allan Valencia See | Java Software Engineer
franz.see@...
LinkedIn: http://www.linkedin.com/in/franzsee
Twitter: http://www.twitter.com/franz_see

On Thu, Nov 19, 2009 at 1:40 PM, Miguel Paraz <mparaz@...> wrote:

>
>
> On Thu, Nov 19, 2009 at 1:25 AM, Jeff Gutierrez <jeff@...<jeff%40mapua.org>>
> wrote:
> > I actually gave up trying to get my MacBook setup for Java development. I
> tried a few times but ended up falling short on a number of things -- JDK
> version, Eclipse, tools, VPN, etc. Now I have Ubuntu/Jaunty on my MacBook,
> and have found myself to be more productive.
> >
> > The tough part was convincing myself to dump MacOS X. But once I got
> Eclipse and my dev environment all setup, I got over the fact that I could
> have bought a laptop that was 1/2 the price of my MacBook. :)
>
> I'm using Ubuntu on my personal machine at home; the Mac is my work
> machine. Looks like swapping this for a "PC" laptop is a good idea. (I
> don't like the idea of running other OS on the Mac, seems like a
> waste.)
>
> But not so long ago... the Mac was supposed to be a great environment
> for Java dev. What happened??
>
>

Re: Scala as the long term replacement for java/javac?

2009-11-20T03:50:52Z

Also, try creating a product/service using Scala. I'll bet your hiring
process will be a pain :-)

There's a reason why companies stick with the popular technologies out there
...it's sort of like scaling horizontally :-) hehehe

--
Franz Allan Valencia See | Java Software Engineer
franz.see@...
LinkedIn: http://www.linkedin.com/in/franzsee
Twitter: http://www.twitter.com/franz_see

On Wed, Nov 18, 2009 at 1:48 PM, Michael Mallete <mrmallete@...>wrote:

>
>
> aren't we tired of hearing "java is dead" and "java is the new cobol?" :-P
>
> for one, fact remains that without that killer app like what rails did for
> ruby, scala is still a theoretical silver bullet that no one uses. and yes,
> twitter is still not that killer app. i don't think there isn't any
> jvm-bound language at the moment with the same traction java had that could
> push it to the critical mass. do hope to be proven wrong though
>
>
> On Tue, Nov 17, 2009 at 1:32 PM, Arche Type <type.arche@...> wrote:
>
>>
>>
>> It just the same as theory that the Java is a replacement of Cobol but it
>> is just a theory because there are still plenty of Fortune 500 company still
>> using the mainframe COBOL CICS.
>>
>> ------------------------------
>> *From:* Giancarlo Angulo <igan.long@...>
>> *To:* pinoyjug@...
>> *Sent:* Wed, Novemberl 11, 2009 3:01:15 AM
>> *Subject:* [pinoyjug] Scala as the long term replacement for java/javac?
>>
>>
>>
>>
>> Scala as the long term replacement for java/javac?<http://macstrac.blogspot.com/2009/04/scala-as-long-term-replacement-for.html> Don't
>> get me wrong - I've written tons of Java over the last decade or so & think
>> its been a great evolutionary step from C++ and Smalltalk (lots of other
>> languages have helped too like JavaScript, Ruby, Groovy, Python etc).
>> However I've long wanted a long term replacement to javac. I even created a
>> language <http://groovy.codehaus.org/> to scratch this itch.
>>
>> Java is a surprisingly complex language (the spec is 600 pages and does
>> anyone really grok generics in Java?), with its autoboxing (and lovely NPE's
>> hiding in there), primitive types, icky arrays which are not collections &
>> general lack of polymorphism across strings/text/ buffers/collecti
>> ons/arrays along with extremely verbose syntax for working with any kind of
>> data structure & bean properties and still no closures (even in JDK7) which
>> leads to tons of icky try/catch/finally crapola unless you use frameworks
>> with new custom APIs & yet more complexity. Java even has type inference,
>> it just refuses to use it<http://james-iry.blogspot.com/2009/04/java-has-type-inference-and-refinement.html>to let us save any typing/reading.
>>
>>
>> This issue becomes even more pressing with there being no Java7<http://www.jroller.com/scolebourne/entry/no_more_java_7>(which is even more relevant after Snorcle - I wonder if javac is gonna be
>> replaced with jdkc? :). So I guess javac has kinda reached its pinacle;
>> closures look unlikely as does any kind of simplification or progression.
>>
>> So whats gonna be the long term replacement for javac? Certainly the
>> dynamic languages like Ruby, Groovy, Python, JavaScript have been getting
>> very popular the last few years - lots of folks like them.
>> *
>> Though my tip though for the long term replacement of javac is Scala<http://www.scala-lang.org/>.
>> I'm very impressed with it! I can honestly say if someone had shown me the Programming
>> in Scala<http://www.amazon.com/Programming-Scala-Comprehensive-Step-step/dp/0981531601/ref=sr_1_1?ie=UTF8&s=books&qid=1240563267&sr=8-1>book by by Martin Odersky, Lex Spoon & Bill Venners back in 2003 I'd
>> probably have never created Groovy.*
>>
>> So why Scala? Scala is statically typed and compiles down to the same fast
>> bytecode as Java so its usually about as fast as Java (sometimes a little
>> faster sometimes a little slower). e.g. compare how well Scala does<http://shootout.alioth.debian.org/u32q/benchmark.php?test=all&lang=scala&lang2=java&box=1>in some benchmarks with
>> groovy<http://shootout.alioth.debian.org/u32q/benchmark.php?test=all&lang=groovy&lang2=java&box=1>or
>> jruby<http://shootout.alioth.debian.org/u32q/benchmark.php?test=all&lang=jruby&lang2=java&box=1>.
>> Or this<http://stronglytypedblog.blogspot.com/2009/07/java-vs-scala-vs-groovy-performance.html>.
>> Note speed isn't everything - there are times when you might want to trade
>> code thats 10x slower for more productivity and conciseness; but for a long
>> term replacement for javac speed is important.
>>
>> Yet Scala has type inference - so its typically as concise as Ruby/Groovy
>> but that everything has static types. This is a good thing; it makes code
>> comprehension, navigation & documentation much simpler. Any token/method/
>> symbol you can click on to navigate to the actual implementation code &
>> documentation. No wacky monkey patching involved, or doubting of who added a
>> method, when and how - which is great for large projects with lots of folks
>> working on the same code over long periods of time. Scala seems to hit the
>> perfect sweet spot between the consise feel of a dynamic language, while
>> actually being completely statically typed. So I never have to remember the
>> magic methods that are available - or run a script in a shell then inspect
>> the object to see what it really looks like - the IDE/compiler just knows
>> while you edit.
>>
>> Scala has high order functions and closure support along with sequence
>> comprehensions <http://www.scala-lang.org/node/111> so you can write
>> beautifully concise code. Scala also unifies functional and OO paradigms
>> beautifully together into a language thats considerably simpler than Java
>> (though the type system is of a similar order to truly understand than
>> generics - but then thats usually an issue for framework creators rather
>> than application code developers). It also lets folks gradually migrate from
>> a traiditional OO/Java way of coding to a more functional way - which is
>> particularly relevant for folks writing concurrent or asynchronous code
>> (which due to the GHz of chips no longer going up but instead we're getting
>> more cores is becoming more necessary). You can start the OO way and migrate
>> to using immutable state if/when you need its benefits. Increasingly
>> functional programming is becoming more and more important as we try and
>> make things more concise and higher level (e.g. closures, higher order
>> functions, pattern matching, monads etc) as well as dealing with concurrency
>> and asynchrony via immutable state etc.
>>
>> Scala also has proper mixins (traits) so you don't have to muck about with
>> AOP wackiness to get nice modular code. There's even structural types in
>> case you really do need some duck typing.
>>
>> The thing which most impresses me is the core language syntax is pretty
>> small and simple (the spec is about a quarter the size of Java's); but its
>> way more powerful and flexible and is very easy to extend in libraries to
>> add new semantics and features. For example see the Scala Actors<http://www.scala-lang.org/node/242>.
>> So its ideal for creating either embedded DSLs or external DSLs. There's
>> really no need to have Java , XPath, XSLT, XQuery, JSP, JSTL, EL and SQL -
>> you can just use Scala with some DSLs here and there (examples of this
>> later...).
>>
>> Scala does take a little bit of getting used to - I confess the first few
>> times I looked at Scala it wasn't that pleasing on the eye - with Java
>> you're kinda used to dumb verbose code which doesn't do very much - it can
>> be quite a shock to see quite a few symbols at first. (It took me a while to
>> get over the use of _ in scala which is the 'wildcard' symbol since * is an
>> identifier/method) .
>>
>> If you've been doing lots of Java then Scala does feel quite different at
>> first - (e.g. the order of types & identifiers in method/variable/ parameter
>> declarations - though the reason for that is to make it easy to miss out
>> redundant type information) .
>>
>> e.g. in Java
>>
>> List<String> list = new ArrayList<String>()
>>
>> in Scala
>>
>> val list = new List[String]
>>
>> or if you want to specify exact typing
>>
>> val list : List[String] = new List[String]
>>
>> However if you keep at it, the beauty of Scala soon becomes apparent; its
>> simplified so many of the gremlins in the Java language, allows you to write
>> very concise code describing the intent behind the code rather than the
>> implementation cruft - together with providing a nice migration path to
>> elegant functional programming which is awesome for building concurrent or
>> distributed software.
>>
>> I highly recommend you take a look at Scala - with an open mind - and see
>> if (once you're brain adjusts) you can see its beauty too.
>>
>> Some scala links and online presentations
>>
>> - I can highly recommend the Programming in Scala<http://www.amazon.com/Programming-Scala-Comprehensive-Step-step/dp/0981531601/ref=sr_1_1?ie=UTF8&s=books&qid=1240563267&sr=8-1>book by by Martin Odersky, Lex Spoon & Bill Venners - its a great read and
>> describes the features of Scala and design choices very well. Its a
>> big book - but you can skip chunks and come back to it later.
>> - I've only skim read it a little so far but the O'Reilly Scala book<http://programming-scala.labs.oreilly.com/>looks great too
>> - the Tour of Scala <http://www.scala-lang.org/node/104> is a good
>> read if you're short on time and want a quick look at its syntax; though it
>> can take a little while to truly appreciate why things are different to Java
>> - Martin Odersky's Scala talk at JavaOne 2008<http://developers.sun.com/learning/javaoneonline/2008/pdf/TS-5165.pdf>
>> - Jonas Bonér <http://jonasboner.com/>'s presentation on Real-World
>> Scala<http://www.slideshare.net/jboner/pragmatic-real-world-scala-45-min-presentation>
>> - Gert's presentation <http://www.anova.be/files/camel-scala.pdf> on
>> how he created the Apache Camel <http://camel.apache.org/> DSL for
>> Scala <http://camel.apache.org/scala-dsl.html>
>> - speaking of internal cool DSLs try this blog post on program like
>> you mean it<http://pragmaticdesign.blogspot.com/2009/04/scala-program-like-you-mean-it.html>with links to some other great internal DSLs for Scala
>> - a scala version of LINQ for type safe querying of JDBC<http://szeiger.de/blog/2008/12/21/a-type-safe-database-query-dsl-for-scala/>also check out
>> dbc <http://scala.sygneca.com/libs/dbc>
>> - a great presentation on using Scala and OSGi<http://osgilook.com/2009/05/08/osgi-on-scala/>with DSLs
>> - how to work with Scala and XML<http://www.ibm.com/developerworks/library/x-scalaxml/>(kinda embedded XML, XPath, XSLT, XQuery in neat syntax in the language :)
>> more here <http://www.scala-lang.org/node/131>
>> - Scala by example<http://www.scala-lang.org/docu/files/ScalaByExample.pdf>
>> - Scala cheat sheet<http://www.geekontheloose.com/images/stories/programming/Scala_Cheatsheet.pdf>
>> - an example showing how to create bean style properties<http://www.scala-lang.org/node/29>(or C# style getters)
>> - creating a chat demo using Lift <http://liftweb.blip.tv/> or more on
>> the Lift site <http://liftweb.net/>
>>
>> If you have a spare hour or so these video talks are great to watch
>>
>> - The Feel of Scala<http://www.parleys.com/display/PARLEYS/Home#talk=27131945;slide=1;title=The%20Feel%20Of%20Scala>by Bill Venners
>> - Scala: Bringing Future Languages<http://www.infoq.com/presentations/jaoo-spoon-scala>to the JVM by Lex Spoon
>>
>> Handy Scala frameworks and libraries
>>
>> - liftweb <http://liftweb.net/> the rails of scala
>> - specs <http://code.google.com/p/specs/> and ScalaTest<http://www.artima.com/scalatest/>for BDD and more literate testing showing how a typesafe DSL can help you
>> write more consise and expressive code that is very IDE friendly
>> - scalaz <http://code.google.com/p/scalaz/> a handy library of
>> utilities
>> - dispatch <http://databinder.net/dispatch/Guide> for working with
>> HTTP/JSON services
>>
>> BTW for those like me who love JAXRS<http://macstrac.blogspot.com/2009/01/jax-rs-as-one-web-framework-to-rule.html>you can now use
>> lift <http://liftweb.net/> templates with Jersey<https://jersey.dev.java.net/>via the new
>> jersey-lift<http://n2.nabble.com/Lift-support-for-Jersey-checked-into-trunk-td3007414.html#a3007414>module.
>>
>> As an example of this in action you can check out RestMQ<http://restmq.fusesource.org/>which is an open source project I've been working on lately to provide a
>> RESTful API and web console to message orientated middleware which is built
>> on JAXRS (Jersey), Scala and Lift.
>>
>> From a tooling perspective there's Ant/Maven plugins, an interactive Scala
>> console (REPL) and IDE plugins for IDEA, Eclipse, NetBeans along with the
>> usual editors (TextMate/Emacs etc). The IDE plugins are not yet up to the
>> Java grade, but they are very useful with good code navigation & completion.
>>
>> I've tried the plugins for NetBeans, Eclipse and IDEA they all have
>> strengths and weaknesses; it seems Scala folks are split between them all.
>> For code navigation and completion along with maven support I've found IDEA
>> to be quite good. When you open a Maven pom.xml it seems to grok the code
>> nicely, finding the scala source so you can navigate through any type/method
>> to see its documentation/ source etc. (You do typically have to manually add
>> the Scala facet to run/debug stuff). Though IDEA is not always the best at
>> highlighting syntax errors as you type. They could all use some work to
>> bring them up to line with their Java counterparts though - try them out and
>> see which you prefer.
>>
>> Scala nits
>> With any language there's gonna be bits you love and bits you're not so
>> keen on. Early impressions of Scala do seem like there's a bit of an attempt
>> to use a few too many symbols :-; but you don't have to use them all - you
>> can stick to the Java-ish OO side of the fence if you like. But then I guess
>> longer term its probably better to use symbols for the 'special stuff' to
>> avoid clashing with identifiers etc.
>>
>> I'm not a massive fan of the nested import statement, using _root_.java.
>> util.List to differentiate a 'global' import from a relative import.. I'd
>> have preferred a child prefix. e.g. if you have imported com.acme.cheese.
>> model.Foo then to import model.impl.FooImpl i'd prefer an explicit relative
>> prefix, say: import _.impl.FooImpl which would simplify things a little and
>> more in keeping with Scala's attempt at simplifying things and removing
>> cruft (being polymorphic to import java.util._) .
>>
>> However compared to all the massive hairy warts in Java, these downsides
>> of Scala are tiny compared to the beauty, simplicity and power of Scala.
>>
>> Conclusion
>> Given that MrJava<http://www.adam-bien.com/roller/abien/entry/java_net_javaone_which_programming>,
>> MrJRuby <http://blog.headius.com/2009/04/future-part-one.html> and
>> MrGroovy <http://macstrac.blogspot.com/> are all tipping Scala as javac's
>> long term replacement, there might be something in it. So what are you
>> waiting for; get the Programming in Scala<http://www.amazon.com/Programming-Scala-Comprehensive-Step-step/dp/0981531601/ref=sr_1_1?ie=UTF8&s=books&qid=1240563267&sr=8-1>book or the O'Reilly
>> Scala book <http://programming-scala.labs.oreilly.com/> and start having
>> fun :)
>>
>> =====
>> angol
>> =====
>> -----|-^_^X@ ^_^, =====|+^_^X+ +~_~,@--- --
>> "The only thing worse than a hopeless romantic is a hopeful one"
>> Magbasa bago Mamuna. Mag-isip bago mambatikos
>> Without Truth there is no Justice, Without Justice, there is Tyranny
>> Semper fi
>> Proof of Desire is Pursuit
>> www.onthe8spot. com <http://www.onthe8spot.com>
>> http://www.facebook .com/giancarlo. angulo<http://www.facebook.com/giancarlo.angulo>
>> http://twitter. com/Neoryder <http://twitter.com/Neoryder>
>> 09173822367
>>
>>
>>
>
>

too bad no 50% discount on Java Upgrade Exam :(

2009-11-20T03:03:38Z

http://www.sun.com/training/savings/java_upgrade_2.html?cid=e9803

Priority Code WW10JUG

Offer is only available in Argentina, Australia, Bangladesh,
Belgium, Canada, Chile, Colombia, Czech Republic, Denmark, Germany,
Hungary, Italy, Finland, Luxembourg, Nepal, Netherlands, New Zealand,
Norway, Poland, Portugal, Singapore, Slovakia, Spain, Sweden, Thailand,
United Kingdom, United States, Venezuela.

I check it twice, thrice.... no PHILIPPINES!!

Re: Scala as the long term replacement for java/javac?

2009-11-19T22:18:48Z

I think you are talking about "killer technology" on the programmer's perspective. IMHO, killer app is an application that is widely used by people that changed their daily life and it doesn't have anything to do with programming language. For me, killer app is something that was created around a unique idea not a programming language or technology (although there are some exceptions to it).

________________________________
From: Michael Mallete <mrmallete@...>
To: pinoyjug@...
Sent: Fri, November 20, 2009 9:21:46 AM
Subject: Re: [pinoyjug] Scala as the long term replacement for java/javac?

killer app is something that propels a certain language, OS, etc to wider adoption. twitter didn't really help scala gaining new users. twitter is a huge success, but a killer app in this definition, nup

On Fri, Nov 20, 2009 at 5:43 AM, bien bien <bienbenigno@ yahoo.com. ph> wrote:

>
>
>
>
>
>
>
>
>
>
>
>
>
>
> >
>
>>
>
>>
>
>If twitter is not a killer app, what's a killer app then? Scala also has Lift web framework which is more or less can be compared to Rails or Grails. And yes, Scala is still more of an academic/hobbyist language and probably won't be the "next Java". But we are slowly seeing an emerging era of polygot programming where there's always a diverse and better tool/solution for a particular domain.
>
>
>
>

________________________________
From: Michael Mallete

> <mrmallete@gmail. com>
>To: pinoyjug@yahoogroup s.com
>Sent: Wednesday, November 18, 2009 5:48:31
>Subject: Re: [pinoyjug] Scala as the long term replacement for java/javac?
>
> >
>
>
>>
>
>aren't we tired of hearing "java is dead" and "java is the new cobol?" :-P
>
>for one, fact remains that without that killer app like what rails did for ruby, scala is still a theoretical silver bullet that no one uses. and yes, twitter is still not that killer app. i don't think there isn't any jvm-bound language at the moment with the same traction java had that could push it to the critical mass. do hope to be proven wrong though
>
>
>On Tue, Nov 17, 2009 at 1:32 PM, Arche Type <type.arche@yahoo. com> wrote:
>
>>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> >>
>>
>>>>
>>
>>>>
>>
>>It just the same as theory that the Java is a replacement of Cobol but it is just a theory because there are still plenty of Fortune 500 company still using the mainframe COBOL CICS.
>>
>>
>>
>>>>

________________________________
From: Giancarlo Angulo <igan.long@gmail. com>

>>To: pinoyjug@yahoogroup s.com
>>
>>Sent: Wed, Novemberl 11, 2009 3:01:15 AM
>>Subject: [pinoyjug] Scala as the long term replacement for java/javac?
>>
>>
>> >>
>>
>>
>>>>
>>
>>
>>
>>Scala as the long term replacement for java/javac?
>>
>>
>>Don't get me wrong - I've written tons of Java over the last decade or
>>so & think its been a great evolutionary step from C++ and
>>Smalltalk (lots of other languages have helped too like JavaScript,
>>Ruby, Groovy, Python etc). However I've long wanted a long term
>>replacement to javac. I even created a language to scratch this itch.
>>
>>Java
>>is a surprisingly complex language (the spec is 600 pages and does
>>anyone really grok generics in Java?), with its autoboxing (and lovely
>>NPE's hiding in there), primitive types, icky arrays which are not
>>collections & general lack of polymorphism across
>>strings/text/ buffers/collecti ons/arrays along with extremely verbose
>>syntax for working with any kind of data structure & bean
>>properties and still no closures (even in JDK7) which leads to tons of
>>icky try/catch/finally crapola unless you use frameworks with new
>>custom APIs & yet more complexity. Java even has type inference, it just refuses to use it to let us save any typing/reading.
>>>>
>>
>>
>>This issue becomes even more pressing with there being no Java7 >>(which is even more relevant after Snorcle - I wonder if javac is gonna
>>be replaced with jdkc? :). So I guess javac has kinda reached its
>>pinacle; closures look unlikely as does any kind of simplification or
>>progression.
>>
>>So whats gonna be the long term replacement for
>>javac? Certainly the dynamic languages like Ruby, Groovy, Python,
>>JavaScript have been getting very popular the last few years - lots of
>>folks like them.
>>
>>Though my tip though for the long term replacement of javac is Scala. I'm very impressed with it! I can honestly say if someone had shown me the Programming in Scala book by by Martin Odersky, Lex Spoon & Bill Venners back in 2003 I'd probably have never created Groovy.
>>
>>So
>>why Scala? Scala is statically typed and compiles down to the same fast
>>bytecode as Java so its usually about as fast as Java (sometimes a
>>little faster sometimes a little slower). e.g. compare how well Scala does in some benchmarks with groovy or jruby. Or this.
>>Note speed isn't everything - there are times when you might want to
>>trade code thats 10x slower for more productivity and conciseness; but
>>for a long term replacement for javac speed is important.
>>
>>Yet
>>Scala has type inference - so its typically as concise as Ruby/Groovy
>>but that everything has static types. This is a good thing; it makes
>>code comprehension, navigation & documentation much simpler. Any
>>token/method/ symbol you can click on to navigate to the actual
>>implementation code & documentation. No wacky monkey patching
>>involved, or doubting of who added a method, when and how - which is
>>great for large projects with lots of folks working on the same code
>>over long periods of time. Scala seems to hit the perfect sweet spot
>>between the consise feel of a dynamic language, while actually being
>>completely statically typed. So I never have to remember the magic
>>methods that are available - or run a script in a shell then inspect
>>the object to see what it really looks like - the IDE/compiler just
>>knows while you edit.
>>
>>Scala has high order functions and closure support along with sequence comprehensions >>so you can write beautifully concise code. Scala also unifies
>>functional and OO paradigms beautifully together into a language thats
>>considerably simpler than Java (though the type system is of a similar
>>order to truly understand than generics - but then thats usually an
>>issue for framework creators rather than application code developers).
>>It also lets folks gradually migrate from a traiditional OO/Java way of
>>coding to a more functional way - which is particularly relevant for
>>folks writing concurrent or asynchronous code (which due to the GHz of
>>chips no longer going up but instead we're getting more cores is
>>becoming more necessary). You can start the OO way and migrate to using
>>immutable state if/when you need its benefits. Increasingly functional
>>programming is becoming more and more important as we try and make
>>things more concise and higher level (e.g. closures, higher order
>>functions, pattern matching, monads etc) as well as dealing with
>>concurrency and asynchrony via immutable state etc.
>>
>>Scala also
>>has proper mixins (traits) so you don't have to muck about with AOP
>>wackiness to get nice modular code. There's even structural types in
>>case you really do need some duck typing.
>>
>>The thing which most
>>impresses me is the core language syntax is pretty small and simple
>>(the spec is about a quarter the size of Java's); but its way more
>>powerful and flexible and is very easy to extend in libraries to add new semantics and features. For example see the Scala Actors.
>>So its ideal for creating either embedded DSLs or external DSLs.
>>There's really no need to have Java , XPath, XSLT, XQuery, JSP, JSTL,
>>EL and SQL - you can just use Scala with some DSLs here and there
>>(examples of this later...).
>>
>>Scala does take a little bit of
>>getting used to - I confess the first few times I looked at Scala it
>>wasn't that pleasing on the eye - with Java you're kinda used to dumb
>>verbose code which doesn't do very much - it can be quite a shock to
>>see quite a few symbols at first. (It took me a while to get over the
>>use of _ in scala which is the 'wildcard' symbol since * is an
>>identifier/method) .
>>
>>If you've been doing lots of Java then Scala
>>does feel quite different at first - (e.g. the order of types &
>>identifiers in method/variable/ parameter declarations - though the
>>reason for that is to make it easy to miss out redundant type
>>information) .
>>
>>e.g. in Java
>>
>>List<String> list = new ArrayList<String>()
>>>in Scala
>>
>>val list = new List[String]or if you want to specify exact typing
>>
>>val list : List[String] = new List[String]
>>>However
>>if you keep at it, the beauty of Scala soon becomes apparent; its
>>simplified so many of the gremlins in the Java language, allows you to
>>write very concise code describing the intent behind the code rather
>>than the implementation cruft - together with providing a nice
>>migration path to elegant functional programming which is awesome for
>>building concurrent or distributed software.
>>
>>I highly recommend
>>you take a look at Scala - with an open mind - and see if (once you're
>>brain adjusts) you can see its beauty too.
>>
>>Some scala links and online presentations
>>
>> * I can highly recommend the Programming in Scala >>book by by Martin Odersky, Lex Spoon & Bill Venners - its a great
>>read and describes the features of Scala and design choices very well.
>>Its a big book - but you can skip chunks and come back to it later.
>> * I've only skim read it a little so far but the O'Reilly Scala book looks great too
>>
>> * the Tour of Scala >>is a good read if you're short on time and want a quick look at its
>>syntax; though it can take a little while to truly appreciate why
>>things are different to Java
>>
>> * Martin Odersky's Scala talk at JavaOne 2008
>>
>> * Jonas Bonér's presentation on Real-World Scala
>> * Gert's presentation on how he created the Apache Camel DSL for Scala
>> * speaking of internal cool DSLs try this blog post on program like you mean it with links to some other great internal DSLs for Scala
>> * a scala version of LINQ for type safe querying of JDBC also check out dbc
>> * >>a great presentation on using Scala and OSGi with DSLs
>>
>> * how to work with Scala and XML (kinda embedded XML, XPath, XSLT, XQuery in neat syntax in the language :) more here
>> * Scala by example
>>
>> * Scala cheat sheet
>> * >>
>>an example showing how to create bean style properties (or C# style getters)
>>
>> * creating a chat demo using Lift or more on the Lift site
>>If you have a spare hour or so these video talks are great to watch
>>
>> * The Feel of Scala by Bill Venners
>>
>> * Scala: Bringing Future Languages to the JVM by Lex SpoonHandy Scala frameworks and libraries
>>
>> * >>liftweb the rails of scala
>> * specs and ScalaTest >>for BDD and more literate testing showing how a typesafe DSL can help
>>you write more consise and expressive code that is very IDE friendly
>>
>> * scalaz a handy library of utilities
>>
>> * dispatch for working with HTTP/JSON servicesBTW for those like me who love JAXRS you can now use lift templates with Jersey via the new jersey-lift module.
>>
>>As an example of this in action you can check out RestMQ >>which is an open source project I've been working on lately to provide
>>a RESTful API and web console to message orientated middleware which is
>>built on JAXRS (Jersey), Scala and Lift.
>>
>>From a tooling
>>perspective there's Ant/Maven plugins, an interactive Scala console
>>(REPL) and IDE plugins for IDEA, Eclipse, NetBeans along with the usual
>>editors (TextMate/Emacs etc). The IDE plugins are not yet up to the
>>Java grade, but they are very useful with good code navigation &
>>completion.
>>
>>I've tried the plugins for NetBeans, Eclipse and
>>IDEA they all have strengths and weaknesses; it seems Scala folks are
>>split between them all. For code navigation and completion along with
>>maven support I've found IDEA to be quite good. When you open a Maven
>>pom.xml it seems to grok the code nicely, finding the scala source so
>>you can navigate through any type/method to see its
>>documentation/ source etc. (You do typically have to manually add the
>>Scala facet to run/debug stuff). Though IDEA is not always the best at
>>highlighting syntax errors as you type. They could all use some work to
>>bring them up to line with their Java counterparts though - try them
>>out and see which you prefer.
>>
>>Scala nits
>>With
>>any language there's gonna be bits you love and bits you're not so keen
>>on. Early impressions of Scala do seem like there's a bit of an attempt
>>to use a few too many symbols :-; but you don't have to use them all -
>>you can stick to the Java-ish OO side of the fence if you like. But
>>then I guess longer term its probably better to use symbols for the
>>'special stuff' to avoid clashing with identifiers etc.
>>
>>I'm not
>>a massive fan of the nested import statement, using
>>_root_.java. util.List to differentiate a 'global' import from a
>>relative import.. I'd have preferred a child prefix. e.g. if you have
>>imported com.acme.cheese. model.Foo then to import model.impl.FooImpl
>>i'd prefer an explicit relative prefix, say: import _.impl.FooImpl
>>which would simplify things a little and more in keeping with Scala's
>>attempt at simplifying things and removing cruft (being polymorphic to
>>import java.util._) .
>>
>>However compared to all the massive hairy
>>warts in Java, these downsides of Scala are tiny compared to the
>>beauty, simplicity and power of Scala.
>>
>>Conclusion
>>Given that MrJava, MrJRuby and MrGroovy are all tipping Scala as javac's long term replacement, there might be something in it. So what are you waiting for; get the Programming in Scala book or the O'Reilly Scala book and start having fun :)
>>
>>
>>=====
>>angol
>>=====
>>-----|-^_^X@ ^_^, =====|+^_^X+ +~_~,@--- --
>>"The only thing worse than a hopeless romantic is a hopeful one"
>>Magbasa bago Mamuna. Mag-isip bago mambatikos
>>>>
>>Without Truth there is no Justice, Without Justice, there is Tyranny
>>>>
>>Semper fi
>>Proof of Desire is Pursuit
>>www.onthe8spot. com
>>http://www.facebook .com/giancarlo. angulo
>>http://twitter. com/Neoryder
>>>>
>>09173822367
>>
>>
>
>________________________________

Have a new Yahoo! Mail account?
>Kick start your journey by importing all your contacts!
>
>

Re: Community-based website with cool UI - configurable widgets

2009-11-19T18:45:00Z

Try to look at Liferay, though not a framework but an overall solution for portal and social collaboration with drag-drop widgets/application.

My first post in PinoyJUG by the way. Cheers.

Gene Dolorical Jr.

--- In pinoyjug@..., "noelbranz" <noelbranz@...> wrote:

>
> Hi,
>
> Is there anybody experienced developing a community-based interaction web app, with cool drag and drop configurable widgets.
>
> Do you of any UI framewokr used?
>
> I only know of Zapatec.
>
> Do you have any suggestions?
>
> Thanks
>
> -NOEL BRANZUELA
>

Re: Web Service Frameworks

2009-11-19T17:34:22Z

My reply might not be too helpful :)

It's been a while, as far as I remember, at the time we were evaluating web
services, Axis2 and Metro were still in development mode. CXF on the other
hand was the most mature of the pack then, including better tools support
and better documentation everywhere. Axis 1 as I recall was painful to work
with then. Maybe different now with Axis 2.

So we went ahead and used CXF and upgrading at major version releases as
much as we can.

On Thu, Nov 19, 2009 at 11:23 PM, Joselito D. Moreno
<joenmoreno@...>wrote:

>
>
> Hello Michael,
>
> Thanks for the tips. I sure do hope we have the option to stay away from
> the WS-* altogether.
>
> Anyway, was there any reason why you chose CXF over Axis2 or Metro for
> example? If so, care to share the evaluation process and the results that
> finally led to CXF?
>
> Joen
>
>
> On Tue, Nov 17, 2009 at 11:54 PM, Michael Mallete <mrmallete@...>wrote:
>
>>
>>
>> We've been using CXF <http://cxf.apache.org/> for a while now and, few
>> problems aside, does an ok job for us. Should be pretty straight forward to
>> use, but just steer clear from possible classpath clashes with libraries
>> that is built-in to the jvm (xerces, etc).
>>
>> Although if I were you, I'd stay away from WS-deathstar altogether and go
>> for more lightweight solutions (REST, Burlap/Hessian/HTTPInvoker, etc)
>>
>>
>> On Wed, Nov 11, 2009 at 11:21 PM, Joselito D. Moreno <
>> joenmoreno@...> wrote:
>>
>>>
>>>
>>> Hello,
>>>
>>> Can you guys share your experiences with different Java-based web
>>> services frameworks? We are in the process of evaluating which one to
>>> go with. Can you share which ones you have evaluated and why you
>>> chose what you ended up with?
>>>
>>> Thanks a bunch.
>>>
>>> Joen
>>>
>>
>>
>
>

Re: Scala as the long term replacement for java/javac?

2009-11-19T17:27:45Z

A bit off-topic, but there's also a trend of doing full-stacks (again?).
from rails/grails frontend to backend frameworks, to springsource delivering
the IDE, the frameworks, the environment monitoring, etc. in the greater
scheme of things, i do agree the future, if not the now, is polyglot
programming. but if this trend continues, it will also turn out to be a
fight between who bundles the best, with the best synergy of tools,
including languages.

On Thu, Nov 19, 2009 at 12:27 PM, Alistair Israel <aisrael@...> wrote:

>
>
> On Wed, Nov 18, 2009 at 1:48 PM, Michael Mallete <mrmallete@...<mrmallete%40gmail.com>>
> wrote:
>
> > for one, fact remains that without that killer app like what rails did
> for ruby, scala is still a theoretical
> > silver bullet that no one uses. and yes, twitter is still not that killer
> app.
>
> From my perspective, there'll be no more killer apps that'll propel a
> language or platform to stardom. Yup.
>
> Instead, and what I'm seeing, is systems, platforms, applications and
> the languages their built on are all diverging to the point that no
> one language or platform is the 'best fit' for all problem domains.
>
> We're already well into polyglot software engineering. Consider a Web
> app with CSS, Javascript, HTML generated by the ERB of a JRuby on
> Rails app running with Java EJBs in the back-end querying databases
> using JPQL + SQL. All assembled, deployed and configured using XML.
>
> Maybe Google's Go is better for systems programming. Maybe concurrent,
> message-queue type problems can be better solved using a program in
> Erlang.
>
> Maybe Groovy+Grails or (J)Ruby+Rails are best fit for AJAX-y Web apps.
> Maybe Scala is better than Java for the overall back-end, Scheme may
> be best for rule-based systems, and Flex may be better than CSS 3 +
> HTML 5 + Javascript 2.0 for RIA.
>
> Whatever the case, we'll be using the language best fit for the
> specific problem domain. Or, we'll keep coming up with new languages
> tailored for particular problems.
>
>
> - a
> --
> http://alistairisrael.wordpress.com
>
>