M.K.A. Monster

Ranch Hand
+ Follow
since May 02, 2002
Cows and Likes
Cows
Total received
0
In last 30 days
0
Total given
0
Likes
Total received
0
Received in last 30 days
0
Total given
0
Given in last 30 days
0
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by M.K.A. Monster

Hi everyone,

I'm currently using an existing Java Web Application. It uses the authentication and authorisation build into Tomcat. It uses a form which has to be submitted with a username and a password. Very common I think.

The situation is as follows:
The application is in an internal network.
People do not want to log in specifically to this application. They are logged into the network and are used to Single Sign On.
I have the code to get the username and password out based on the HTTP-Header.
I can print this on the screen without any problem.
I want to use the found password and username to authenticate in Tomcat, without showing a login-form.

Does anyone know an aprouch that will work? I've tried things with redirecting directly to j_security_check, but it seems that redirecting or forwarding in any way to j_security_check isn't allowed. I've also tried filling out the login-form (silent, so without showing the form) and submit this with Javascript. But I don't get this to work. Wrong Javascript I think.

Thanks a lot,

Regards,

Mark Monster
16 years ago

Originally posted by Nicholas Cheung:
If using JDBC, does this "route" the request to the DB, without touching the .NET backend?
Thus, the Web component will directly access the DB layer!
Nick


JDBC is aan Database Connectivity Layer. Just Like ODBC. It isn't nice though to directly access the database that way, I think. It is nicer to use some business logic that does this trick for you.
16 years ago
I just found out a project which makes C# available for *nix systems. www.go-mono.com
16 years ago
You're welcom.
Does your book cover any possible ways to use the combination of EJBs and .NET?
Yours,
Mark Monster
16 years ago
Hi Dwight Peltzer,
While investigating the possibilities of using .NET to access EJBs I found the following product, JuggerNet.
http://www.codemesh.com/en/JuggerNETCurrentRelease.html
Have you written anything about this in your book? I think this product sounds interesting. Are there any best practices about this kind of issues in your book?
Yours,
Mark Monster
16 years ago
You obviously know that Java code is compiled to Java bytecode. All .NET languages are compiled to IL, Intermediate Language. You need the .NET Framework to run the IL applications, just like you need the JVM to run Java bytecode.
At least this is what it was meant to be. I've been working with Reporting Service for MS SQL Server. The code you write must be Visual Basic .NET, I think that's rather strange, because everything is compiled to IL. Web Services can be build in every .NET language including J#.
Yours,
Mark Monster
16 years ago

Originally posted by Dwight Peltzer:
I believe the chapter on third party vendors (Chapter 8) is the heart of the book. Third party vendors like JNetDirect offer a wonderful tool called JSQL Mapper which maps Java data to SQL Server 2000 in seamless fashion. The JDBC driver JNetDirect offers is the best third party business solution out there.


I think this isn't really the thing the reader wants to know is it? If I've got a problem, I want to know ways to solve this problem. Of course there are tools from third party vendors that can help me solve the problem. But I want to know about technologies, workarounds.
JSQL isn't that special I think. I may be wrong, but I've heard a lot about similiar tools but free that Map Java Data to a JDBC Supported Database Server. And building a JDBC driver isn't that difficult at all, I've done it before. Also there already is a non-commercial JDBC Driver available, alright it is JDBC 2.1 not JDBC 3.0. http://jtds.sourceforge.net/. Why is JNetDirect the best solution? What arguments do you have? I'm very interested.
Yours,
Mark Monster
16 years ago
What's the reason you want to interoperate with .NET? It's not very common to find choose a product and find a solution with it. Rather you have a problem and you can choose whether .NET is a platform that can solve your problem.
Yours,
Mark Monster
16 years ago

I have created a manifest file which has a listing of main class.


He says he has added this thing in the manifest file.
16 years ago
The company I'm working for has own-made applications in .NET and J2EE. Alright it is a very large company, 10.000 employees but still.
16 years ago
Currently this isn't possible. Maybe the XML Schema or DTD documents can help achieving interoperability.
16 years ago
.NET is a framework not an IDE. The most commonly used IDE for .NET is Visual Studio .NET
16 years ago
I think you have a problem with your class-path.
16 years ago
I'm not talking about the webservices code. I'm talking about the XML that is being sent when using the webservice. I want that to be done secure. Are the secure implementations that do not interrupt interoperability?
16 years ago