× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Hello Mark, 

Thanks for your input. 

1.) The RCP stuff does look intriguing and we may definitely use it for 
some Java GUI stuff down the road, but those samples still look pretty 
Eclipsish :-)

2.) I think in terms of dev environments it's all what you work with the 
most. In my case since I started with VB back in 1994 when VB3 came out I 
just developed a preference for the Microsoft Dev Environments.  I am 
quite proficient with WDSC/Eclipse, however I haven't developed much of a 
love for it yet.  Getting there :-)

One thing I really do love about Eclipse is all of the cool plug-ins 
available. 

3.) I was hoping J# would do exactly what you were describing, but no joy. 
 Then I stumbled across IKVM while surfing for new technologies about 6 
months ago. It appears that IKVM has been around for a while and it's not 
GPFed once for me in the 6 months I've used it.  The only errors I have 
discovered were made by me when using the JT400 stuff and creating our 
high level wrappers.  Those were easily fixed :-)

We wouldn't have rolled it out into our commercial desktop offerings if it 
wasn't super stable.  If you have a need to do GUI .Net Windows apps I 
wouldn't hesitate using it.  No CA/400 or iSeries Access.Net drivers 
required for deployment.  Just copy IKVM and JT400 DLL's into you app 
folder and you're ready to go. 

Of course lot's of testing is also good to make sure it meets your needs 
and works as expected :-)

We will be providing support for our customers who use it with our apps. 

4.) I forgot about two other subtle side benefits of the .Net stuff 

- We now have XCOPY deployment just like we did back in the DOS days. 
Create one copy of the app files and all users can run from a shared 
network copy of your .Net app. No more worrying about OCX registration 
either.  I know Java apps work pretty much this way already, however this 
is a cool Back to the Future item that was added when Visual Studio .Net 
was released. 

- In Visual Studio 2005 you can make code changes on the fly just like 
back in Visual Studio 5/6. I don't know if WDSC/Eclipse has edit and 
continue yet for Java development.  Not from what I've seen.  This is a 
HUGE benefit when debugging and testing code. Make a tweak, step back in 
the code and continue.  How nuts do we go when we have to stop a program, 
make a change and then re-start the program and step back to where we 
were.   Ahhhhhhhhh......................

Regards,
Richard Schoen
RJS Software Systems Inc. 
"Providing Your....iNFORMATION NOW!"
Email: richard@xxxxxxxxxxxxxxx
Web Site: http://www.rjssoftware.com
Tel: (952) 898-3038
Fax: (952) 898-1781
Toll Free: (888) RJSSOFT
-----------------------------------------

message: 3
date: Sun, 9 Jul 2006 14:31:29 -0400
from: Mark Phippard <markp@xxxxxxxxxxxxxxx>
subject: RE: opinions on "good news/bad news"... picking Websphere or
                 MS              .ASPor .NET

midrange-l-bounces@xxxxxxxxxxxx wrote on 07/09/2006 01:35:42 PM:

1.) You're right on the RCP client stuff.  That looks cool.  Haven't had 


much time to play with it yet, so this could have some merit. The only 
problem is that all your apps will look Eclipsish from what I've seen 
:-) 

That is not true at all.  At its most basic form, RCP just provides the 
OSGI infrastructure for plugins and other Eclipse features.  You can use 
this and SWT to make a UI that is 100% your own.  That being said as you 
start to use more of the pieces from Eclipse, such as the UI View and 
Editor framework, your app certainly starts to look more like Eclipse. See 

this site for some examples of RCP applications and what they can look 
like:

http://www.eclipse.org/community/rcp.php

2.) I agree on the preference thing for the dev environments.  I have 
over 
12 years on MS environments and just over 2 on the Eclipse/WDSC stuff, 
so 
of course there is a built-in bias for the MS stuff.   I continue to 
force 
myself to use the Eclipse stuff because it's needed for developing Java 
stuff.  It's kind of like eating asparagus.  I don't always like the 
flavor, but I will eat it :-)

Seriously though WDSC is pretty good. 

I have no idea why, but I have always found Eclipse very easy to use.  I 
have read enough Blogs and articles to realize not everyone feels the same 

way.  I recently have tried using Visual Studio 2005 and feel completely 
lost in it.  On the one hand I can sort of tell that it probably has a lot 

of stuff that people that feel comfortable in VS really like, but for me I 

just never feel comfortable.  I imagine that is how a lot of people feel 
in Eclipse and WDSC.

4.) In .Net you can use VB.Net, C# or J# to accomplish almost the same 
things because they all ride on top of the Common Language Runtime. 
Pretty 
cool in my opinion.  VB.Net can definitely be used for Enterprise Class 
Apps because it's the CLR that everything compiles down to just like the 


Java bytecode stuff, so once compiled language no longer matters.  It's 
all about the bytecode man !!  Very cool stuff !!

OK, I have ever used J#, but I had to include it because it's available. 


Actually with IKVM I can use most of the base Sun Java 1.4 stuff 
including 
JDBC, so J# will  not be needed by me. 

I wish J# had been more like IKVM.  Let me take any JAR file and it can 
convert it to .NET automatically.  Then let me write 100% Java compatible 
code.  The difference with J# would be that it compiles it to CLR code 
instead of Java Bytecodes.  But I should be able to take any Java source 
code and just compile it, and likewise take my code out and run it as 
Java.  Otherwise, I do not see why they provide this.  C# and Java are 
similar enough that I do not see the value in J#.

7.) Well, so far the IKVM stuff with our compiled version of JT400 has 
been ROCK solid.  You're using JT400 in your Java apps, right ?   Well 
we're using it in our .Net apps and since we do have access to the 
source 
if needed we can support it ourselves.  Not all shops can do that but 
since we develop commercial software and also understand the IKVM/JT400 
stuff I think it's safe to say that we can commercially support it.

I think that IKVM is pretty cool, and being able to use JT400 almost makes 

.NET worth looking at for me, but I still think Joe has a good point on 
the support issue.  Suppose you build an ASP.NET app where you are using 
this, and the app starts crashing or really slowing down under load. Where 

are going to turn for help?  The problem might have nothing to do with 
IKVM and JT400 but you have very little resources available to figure this 

out.  That being said, I'd use it it in smaller single-user app, such as a 

pure C/S thick client app where I felt confident I could adequately test 
it.

Mark


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.