Hi Jeff,
I am wokring on an article about this. I'm using the real ting (Microsoft
Excel 2003).
You may read the draft.
http://home.no.net/larsinge/MVP/
The article:
http://home.no.net/larsinge/MVP/An%20introduction%20on%20how%20to%20control%20Ex
cel%202003%20with%20J.pdf
The Visual Studio 2003 J# project:
http://home.no.net/larsinge/MVP/J_Excel_Article_DraftSept04.zip
Regards,
Lars-Inge T?nnessen
Lars-Inge T?nnessen [VJ# MVP] - 18 Sep 2004 14:54 GMT
If you intend to use this (MSFT Excel) through a web-page (ASP.NET) or multi
user environment (remoting.net / webservices), you should probably consult
the lisence agreement first. =:o)
Cheers,
Lars-Igne
George Birbilis [MVP J#] [9880] - 30 Sep 2004 20:44 GMT
> If you intend to use this (MSFT Excel) through a web-page (ASP.NET) or multi
> user environment (remoting.net / webservices), you should probably consult
> the lisence agreement first. =:o)
Microsoft doesn't suggest automating Excel from multithreaded apps, for
performance and stability reasons from what I've read in the past
there shouldn't be some licensing problem, unless maybe if you make a
web-based Excel front-end that just uses Excel under the hood
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
George Birbilis <birbilis@kagi.com> [Microsoft MVP J#]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ QuickTime VCL and ActiveX controls (for PowerPoint/VB/Delphi etc.)
+ Plugs VCL and ActiveX controls (InterProcess/Internet communication)
+ TransFormations, VB6 forms to ASP.net WebForms convertion
http://www.kagi.com/birbilis
+ Robotics
http://www.mech.upatras.gr/~robgroup
........................................................................
> Currently I'm using the Jakarta POI project to write data in Excel file
> format. Is there something equivalent available in .NET as we're thinking
> of converting to J#?
> Or, can I use third-party jar files in J#?
> Thanks.
There are some third party libraries that read and write Excel files without
going through Excel automation (so you can deploy your app on PCs that don't
have Excel). Take a look at http://www.syncfusion.com/Products/excelrw.aspx
for example.
Bruno.
> Jeff
> Currently I'm using the Jakarta POI project to write data in Excel file
> format. Is there something equivalent available in .NET as we're thinking
[quoted text clipped - 3 lines]
>
> Jeff
Hi Jeff,
To generate Excel and Word in .NET or Java you can use SoftArtisans OfficeWriter:
http://officewriter.softartisans.com
-Chris
Hi Jeff,
Very timely post. I have just today grabbed all of the POI stuff and am
trying to port it to J#. I've run across an issue, perhaps we can help each
other out. I'm more comfortable with C++ and VB.net, and deciced to use J#
just to minimize porting hassles, but its not my strength.
First, to the others in this topic, Automation is not desirable when you
want a general purpose utility that may run in the background. Automation is
explicitly described as dangerous outside of desktop interactive situations.
Unfortunatley you have to get down and dirty and write OLE 2.0 container
files. I had hoped that there would be .NET OLE 2.0 calls but could not find
them.
The POI stuff seems, so far, to be marvelous to work with.
I actually got the POI file system code ported to J# in about 2 hours. I was
impressed, never having written a J# program before.
After porting I called their test routine, which read in and wrote out the
file, and it worked! Excel read the output file with no errors. The only
change i had to make was to convert calls to Java.Arrays functions not
supported by J#, which was a snap.
Next I moved on to HSSF, which implements the Excel file format (within the
POI)
I'm running into problems with the java.Stack type. The POI code uses the
Stack type and then wants to access those variables as a list (ie. calling
'get', not 'pop'), and Visual Studio is complaing about this. It doesn't
like the java.Stack data type.
I'd be happy to send you the J# project as i have it now if you have J#
expertise and would be willing to share the results.
John Mott
VP Software Development
CRE Technologies
johnmott@comcast.net
> Currently I'm using the Jakarta POI project to write data in Excel file
> format. Is there something equivalent available in .NET as we're thinking
[quoted text clipped - 3 lines]
>
> Jeff
Lars-Inge T?nnessen [VJ# MVP] - 25 Sep 2004 11:34 GMT
> I'm running into problems with the java.Stack type.
Probably because J# 1.1 (Visual Studio 2003) only support JDK 1.1.4 and a
few extra collections.
You could try to compile with the jCollections lib:
http://www.dotnetit.org
Good news is Visual Studio 2005 does support java.util.Stack and all the JDK
1.2 collections. Download it and give it a try. It's very stable.
http://lab.msdn.microsoft.com/express/vjsharp/
Regards,
Lars-Inge T?nnessen
Lars-Inge T?nnessen [VJ# MVP] - 25 Sep 2004 11:40 GMT
> ...all the JDK 1.2 collections...
That would be in the java.util.* collection.
Still no support for RMI etc.. =:o)
Cheers,
Lars-Inge
George Birbilis [MVP J#] [9880] - 30 Sep 2004 20:45 GMT
> That would be in the java.util.* collection.
> Still no support for RMI etc.. =:o)
I read JLCA (Java Language Convertion Assistant [Java->C#]) just added RMI
support, so wonder why J# hasn't yet (maybe they're planning it)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
George Birbilis <birbilis@kagi.com> [Microsoft MVP J#]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ QuickTime VCL and ActiveX controls (for PowerPoint/VB/Delphi etc.)
+ Plugs VCL and ActiveX controls (InterProcess/Internet communication)
+ TransFormations, VB6 forms to ASP.net WebForms convertion
http://www.kagi.com/birbilis
+ Robotics
http://www.mech.upatras.gr/~robgroup
........................................................................
George Birbilis [MVP J#] [9880] - 30 Sep 2004 20:45 GMT
> > I'm running into problems with the java.Stack type.
> Probably because J# 1.1 (Visual Studio 2003) only support JDK 1.1.4 and a
> few extra collections.
grab the "Supplemental UI library" for J# from MS J# site. It should have
Collections support equivalent to Sun Java1.2 (apart from the Swing stuff it
has in there)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
George Birbilis <birbilis@kagi.com> [Microsoft MVP J#]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ QuickTime VCL and ActiveX controls (for PowerPoint/VB/Delphi etc.)
+ Plugs VCL and ActiveX controls (InterProcess/Internet communication)
+ TransFormations, VB6 forms to ASP.net WebForms convertion
http://www.kagi.com/birbilis
+ Robotics
http://www.mech.upatras.gr/~robgroup
........................................................................
Lars-Inge T?nnessen [VJ# MVP] - 25 Sep 2004 14:07 GMT
Hi John,
> Automation is explicitly described as dangerous
> outside of desktop interactive situations.
Why is this dangerous?
Let say we have the following system:
IE -> IIS -> ASP.NET -> Excel
The ASP.NET layer is parsing all input from the IE users not to include
anything they should not be able to do.
( I know lots of people are using Power Point from eg PHP in small
businesses for internal usage. So non-computer people (eg. car mechanics)
can easily generate presentations. )
Cheers,
Lars-Inge
John Mott - 25 Sep 2004 19:30 GMT
This describes the issues involving server side automation.
http://support.microsoft.com/default.aspx?scid=kb;en-us;257757
John
> Hi John,
>
[quoted text clipped - 15 lines]
> Cheers,
> Lars-Inge
Lars-Inge T?nnessen [VJ# MVP] - 26 Sep 2004 16:11 GMT
These issues can be handled through COM+ services like the DTC and the CRM
and a few monitor Win services.
Cheers,
Lars-Inge
> *Currently I'm using the Jakarta POI project to write data in Exce
> file
[quoted text clipped - 5 lines]
>
> Jeff