Thanks, Eric.

Is there a public release date for JRun 4.0?  We purchased JRun 3.x with
a subscription. Do you know who I can check with to see if we will be
receiving a free upgrade?

Thanks,
Sam

eanderson@... wrote:

>JRun 3.x does not support SSL authentication via client certs.  JRun 4.0 has
this feature.
>
>Eric
>
>Eric Anderson
>Senior Engineer
>JRun Product Support
>Macromedia Incorporated
>
>
>
>-----Original Message-----
>From: sam_greenfield@... [mailto:sam_greenfield@...]
>Sent: Thursday, May 02, 2002 6:31 PM
>To: JRun-Talk
>Subject: SSL Authentication
>
>
>Hiya,
>
>    Does anyone know if JRun 3.x supports SSL authentication with
>client-side certificates?  I believe the documentation states that only
>BASIC and FORM authentication are supported, but I might be missing
>somethign.  If it doesn't support client-side certificates, will this
>functionality be added in a later release?
>
>Thanks,
>Sam Greenfield
>Sports Illustrated
>
>
>
>
______________________________________________________________________
This list and all House of Fusion resources hosted by CFHosting.com. The place
for dependable ColdFusion Hosting.
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Hiya,

     Does anyone know if JRun 3.x supports SSL authentication with
client-side certificates?  I believe the documentation states that only
BASIC and FORM authentication are supported, but I might be missing
somethign.  If it doesn't support client-side certificates, will this
functionality be added in a later release?

Thanks,
Sam Greenfield
Sports Illustrated


______________________________________________________________________
This list and all House of Fusion resources hosted by CFHosting.com. The place
for dependable ColdFusion Hosting.
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

JRun 3.x does not support SSL authentication via client certs.  JRun 4.0 has
this feature.

Eric

Eric Anderson
Senior Engineer
JRun Product Support
Macromedia Incorporated



-----Original Message-----
From: sam_greenfield@... [mailto:sam_greenfield@...]
Sent: Thursday, May 02, 2002 6:31 PM
To: JRun-Talk
Subject: SSL Authentication


Hiya,

     Does anyone know if JRun 3.x supports SSL authentication with
client-side certificates?  I believe the documentation states that only
BASIC and FORM authentication are supported, but I might be missing
somethign.  If it doesn't support client-side certificates, will this
functionality be added in a later release?

Thanks,
Sam Greenfield
Sports Illustrated



______________________________________________________________________
This list and all House of Fusion resources hosted by CFHosting.com. The place
for dependable ColdFusion Hosting.
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Of course JRun supports client-side certificates. Its part of the Servlet spec.

You have to enable your server for SSL and to also require client certificates.

Then, the certificate information is available to JRun servlets.

HOWEVER, exactly what is available depends on the server that you use. For
Netscape, for example, you can use the certificate factory to actually get the
client's certificate. For others, they are in environment variables that are
generally NOT listen in the environment variable enumerations.

So, you write a small perl script to list them all. Then if you know what they
are, you can get them in your servlets and do your own secure access control
with NO cookies and NO URL rewriting.

I wrapped a perl electronic Lab Notebook in a JRun 3-based servlet to wenable
full PKI authentication and authorization.

It all works best if you have your own CA, because you can untrust all other
CAs, and then your users will only get presented with a choice of your
certificate to use. That is the first big access control hurdle. Then, you can
easily use any field in the CN for access decisions. Even better, you can add
your own custom fields in the certificate for role-based access control
decisions.

I attach a recent talk which points out some pitfalls. I STRONGLY recommend
NOT using IIS or IE, as they are totally insecure and the users cannot figure
out howe to protect their certificates with IE. Mozilla does a great job with
certificates now.

Jim
--
James A. Rome
Oak Ridge National Laboratory
Computer Science and Mathematics Division
Building 3546, MS 6013
Oak Ridge, TN 37831-6013
Phone: (865) 574-1306
E-mail: jar@...
URL: http://www.ornl.gov/~jar

______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide
more resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

I am currently using AveConnects JDBC driver with JRUN 3.1. I've discovered
that when I use the JRUN Management Console to add a JDBC Data Source, when
I retrieve the datasource named Continental, using

<%
net.avenir.jdbcPool.JDBCDataSource dataSource1 =
(net.avenir.jdbcPool.JDBCDataSource)

ctx.lookup("java:comp/env/jdbc/Continental");
Connection connection = dataSource1.getConnection();
%>

that I do NOT get my driver's "custom" JDBCDataSource class, I get a
javax.sql.ConnectionPoolDataSource (or the base class that my driver's
JDBCDataSource class is derived from).

I would like to use some of the custom methods that AveConnect has included
with their driver, that go beyond the methods defined in the javax.sql.*
package. I can do this by creating my own servlet that implements my drivers
pooling mechanism.  My problem is that I do NOT know how to "put" my own
servelet created datasource "into" JRUN's JNDI implementation, or even if I
can.  I do NOT have the "full" version of JRUN, my client could only afford
to purchase the JSP/servlet container.  Therefore, I do NOT have EJB's
enabled on my version of JRUN Server.

So my question is, does anyone know if I can create my own datasource, and
"put" it into JRUN's JNDI implementation, and thereby retrieve it using the
JNDI JSP tags that come in the JRUN tag library? And can this be done
without having JRUN enabled for EJB's?

Thanks in advance for any assistance

Celeste
-------------------------------------------------
JRUN's Implemenetation - EJB enabled versions only, or can I use the same
Initial Context Factory to "store" my "custom" datasource, and then
"retrieve" it using ctx.lookup()?

try {
   final Properties properties = new Properties();
   properties.setProperty(Context.INITIAL_CONTEXT_FACTORY,

"allaire.ejipt.ContextFactory");
   properties.setProperty(Context.PROVIDER_URL,
     						 "ejipt://" + _host +
":2323");
   _context = new InitialContext(properties);

...
______________________________________________________________________
This list and all House of Fusion resources hosted by CFHosting.com. The place
for dependable ColdFusion Hosting.
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Hi Celeste,

I'm surprised you get a ConnectionPoolDataSource and not a
ClassCastException in the example below.  That's kind of interesting.

Think of JNDI as just a system for mapping names to objects with a
simple API for adding, retrieving and removing them.  As long as you
configure your named object to exist under the J2EE environment naming
context (java:comp/env), you should be able to look it up easily with
the JRun JNDI tag.  To add your datasource implementation to JNDI,
configure the name mapping as a resource-ref in your app's web.xml.
When you configure the res-ref-name, keep in mind that whatever you
choose will automatically be prepended in JNDI with java:comp/env/.

Note, you might have a conflict with JRun if you try to put the name
under jdbc/.  I'm not sure.

Lastly, there may be no reason to put this object in JNDI in the first
place.  That's up to you.  But another alternative would be just to
store an instance of your connection pool in the ServletContext and
access it that way.

Hope this helps.

Scott Stirling
Framingham, MA

> -----Original Message-----
> From: Haseltine, Celeste [mailto:CHaseltine@...]
> Sent: Tuesday, May 07, 2002 11:57 AM
> To: JRun-Talk
> Subject: How to Use My Driver's Connection Pool
> Implementation in JRUN wit h JNDI
>
>
> I am currently using AveConnects JDBC driver with JRUN 3.1.
> I've discovered that when I use the JRUN Management Console
> to add a JDBC Data Source, when I retrieve the datasource
> named Continental, using
>
> <%
> net.avenir.jdbcPool.JDBCDataSource dataSource1 =
> (net.avenir.jdbcPool.JDBCDataSource)
>
> ctx.lookup("java:comp/env/jdbc/Continental");
> Connection connection = dataSource1.getConnection();
> %>
>
> that I do NOT get my driver's "custom" JDBCDataSource class,
> I get a javax.sql.ConnectionPoolDataSource (or the base class
> that my driver's JDBCDataSource class is derived from).
>
> I would like to use some of the custom methods that
> AveConnect has included with their driver, that go beyond the
> methods defined in the javax.sql.* package. I can do this by
> creating my own servlet that implements my drivers pooling
> mechanism.  My problem is that I do NOT know how to "put" my
> own servelet created datasource "into" JRUN's JNDI
> implementation, or even if I can.  I do NOT have the "full"
> version of JRUN, my client could only afford to purchase the
> JSP/servlet container.  Therefore, I do NOT have EJB's
> enabled on my version of JRUN Server.
>
> So my question is, does anyone know if I can create my own
> datasource, and "put" it into JRUN's JNDI implementation, and
> thereby retrieve it using the JNDI JSP tags that come in the
> JRUN tag library? And can this be done without having JRUN
> enabled for EJB's?
>
> Thanks in advance for any assistance
>
> Celeste
> -------------------------------------------------
> JRUN's Implemenetation - EJB enabled versions only, or can I
> use the same Initial Context Factory to "store" my "custom"
> datasource, and then "retrieve" it using ctx.lookup()?
>
> try {
>   final Properties properties = new Properties();
>   properties.setProperty(Context.INITIAL_CONTEXT_FACTORY,
>
> "allaire.ejipt.ContextFactory");
>   properties.setProperty(Context.PROVIDER_URL,
>      					 "ejipt://" + _host +
> ":2323");
>   _context = new InitialContext(properties);


______________________________________________________________________
This list and all House of Fusion resources hosted by CFHosting.com. The place
for dependable ColdFusion Hosting.
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Scott,

I didn't think about storing my connection pool in the serlvet context,
thanks for pointing that out to me.

But if I did want to use JNDI, I would just need to modify my applications
web.xml file to contain the "name" of my datasource (ie my drivers
implementation of a connection pool), and I can then retrieve it in a JSP
page as I was doing in my previous post?  You mention two xml tags,
resource-ref and res-ref-name.  I've looked in all my web.xml files on my
development machine, which does have a local copy of JRUN installed on it.
Where, or what reference resource, did you find those two xml tags from?
And how were you able to identify those two tags are being related to the
implementation of JNDI in JRUN (or does this apply to all JSP/servlet
servers)?

As you can tell, I really don't know much about JNDI.  But I am interested
in learning more.  If there are any resources that you could point me to
that go further into your suggestion of modifying the web.xml file, and the
xml tag names you need to use, I would appreciate it.  Whenever I run into
these little "hurdles", I like to spend a few minutes filling in the blanks
on my knowledge when my schedule permits me to.

By the way, the three lines of code in my original post DID throw a JRUN
exception.  When I did NOT attempt to cast the datasource back to my
driver's custom class, for example

	 DataSource dataSource1 =
(DataSource)ctx.lookup("java:comp/env/jdbc/Continental");

I got my driver's "base" class that the JDBCDataSource was derived from,
which was  javax.sql.ConnectionPoolDataSource.  Sorry for the confusion, I
pulled the wrong three lines of code from my test JSP page when I made my
original post.

Thanks again for the suggestions, and the information regarding modifying
the web.xml file.

Celeste
-----Original Message-----
From: Scott Stirling [mailto:scottstirling@...]
Sent: Tuesday, May 07, 2002 11:36 AM
To: JRun-Talk
Subject: RE: How to Use My Driver's Connection Pool Implementation in
JRUN wit h JNDI


Hi Celeste,

I'm surprised you get a ConnectionPoolDataSource and not a
ClassCastException in the example below.  That's kind of interesting.

Think of JNDI as just a system for mapping names to objects with a
simple API for adding, retrieving and removing them.  As long as you
configure your named object to exist under the J2EE environment naming
context (java:comp/env), you should be able to look it up easily with
the JRun JNDI tag.  To add your datasource implementation to JNDI,
configure the name mapping as a resource-ref in your app's web.xml.
When you configure the res-ref-name, keep in mind that whatever you
choose will automatically be prepended in JNDI with java:comp/env/.

Note, you might have a conflict with JRun if you try to put the name
under jdbc/.  I'm not sure.

Lastly, there may be no reason to put this object in JNDI in the first
place.  That's up to you.  But another alternative would be just to
store an instance of your connection pool in the ServletContext and
access it that way.

Hope this helps.

Scott Stirling
Framingham, MA

> -----Original Message-----
> From: Haseltine, Celeste [mailto:CHaseltine@...]
> Sent: Tuesday, May 07, 2002 11:57 AM
> To: JRun-Talk
> Subject: How to Use My Driver's Connection Pool
> Implementation in JRUN wit h JNDI
>
>
> I am currently using AveConnects JDBC driver with JRUN 3.1.
> I've discovered that when I use the JRUN Management Console
> to add a JDBC Data Source, when I retrieve the datasource
> named Continental, using
>
> <%
> net.avenir.jdbcPool.JDBCDataSource dataSource1 =
> (net.avenir.jdbcPool.JDBCDataSource)
>
> ctx.lookup("java:comp/env/jdbc/Continental");
> Connection connection = dataSource1.getConnection();
> %>
>
> that I do NOT get my driver's "custom" JDBCDataSource class,
> I get a javax.sql.ConnectionPoolDataSource (or the base class
> that my driver's JDBCDataSource class is derived from).
>
> I would like to use some of the custom methods that
> AveConnect has included with their driver, that go beyond the
> methods defined in the javax.sql.* package. I can do this by
> creating my own servlet that implements my drivers pooling
> mechanism.  My problem is that I do NOT know how to "put" my
> own servelet created datasource "into" JRUN's JNDI
> implementation, or even if I can.  I do NOT have the "full"
> version of JRUN, my client could only afford to purchase the
> JSP/servlet container.  Therefore, I do NOT have EJB's
> enabled on my version of JRUN Server.
>
> So my question is, does anyone know if I can create my own
> datasource, and "put" it into JRUN's JNDI implementation, and
> thereby retrieve it using the JNDI JSP tags that come in the
> JRUN tag library? And can this be done without having JRUN
> enabled for EJB's?
>
> Thanks in advance for any assistance
>
> Celeste
> -------------------------------------------------
> JRUN's Implemenetation - EJB enabled versions only, or can I
> use the same Initial Context Factory to "store" my "custom"
> datasource, and then "retrieve" it using ctx.lookup()?
>
> try {
>   final Properties properties = new Properties();
>   properties.setProperty(Context.INITIAL_CONTEXT_FACTORY,
>
> "allaire.ejipt.ContextFactory");
>   properties.setProperty(Context.PROVIDER_URL,
>      					 "ejipt://" + _host +
> ":2323");
>   _context = new InitialContext(properties);



______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide
more resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Hi Celeste,

> [...] You mention two xml tags,
> resource-ref and res-ref-name.

The resource-ref and res-ref-name and related tags can be looked up in
the web-app_2_2 DTD for web.xml, which you can find in $JRUN_HOME/lib.
The comments in that file tell you a little bit.  The comments in the
web-app_2_3 DTD are a little more descriptive and cover the same
functionality: http://java.sun.com/dtd/web-app_2_3.dtd.  They are key
for hooking the Web container into the internal J2EE infrastructure of
the server.  Even though your client is using the Pro version, some of
the J2EE services are still available, like resource-refs, J2EE JNDI,
and DataSources.

> But if I did want to use JNDI, I would just need to modify my
> applications web.xml file to contain the "name" of my
> datasource (ie my drivers implementation of a connection
> pool), and I can then retrieve it in a JSP page as I was
> doing in my previous post?

No, scratch that.  Sorry, that's my mistake.  The resource-ref stuff
only works with DataSources configured via the app server, so what you'd
get back is what you already had, a JRun DataSource implementation.  The
resource-ref thing is handy for configuring and naming resource
factories (DataSource, URL, mail Sessions and JMS factories) provided by
the server.  The best article I've seen explaining how this stuff works
in re to Servlet apps is by Jason Hunter:
http://www.onjava.com/pub/a/onjava/excerpt/java_servlets_ch12/index.html

Anyway, I think my best advice here would be to not configure a
DataSource via JRun using this driver, since you really don't want
JRun's DataSource to be in the way.  At which point you're stepping
outside the handy services provided by the J2EE server.  That's
perfectly OK!  In fact, in some app servers you would be able to
configure a datasource in the server to use a different DataSource
implementation, such as your driver's.  But you can't with JRun 3.1 (at
least in my looking through global.properties I didn't see anything to
allow it, which makes sense because it could screw up JDBC metrics
logging, I think).

So, I would ask "Why do you want to use JNDI to look up the DataSource?"
I'm assuming you desire a degree of indirection and loose-coupling in
the app, i.e., you don't want to have to hard-code the classname of a
particular driver or driver properties in the application.  If so, I
would again suggest something like putting the driver's pooling class
name (net.avenir.jdbcPool.JDBCConnectionPoolDataSource) in a
context-param or init-param, (or env-entry if you prefer to retrieve the
classname as a String via JNDI -- and I would recommend doing this only
once in the init method of a Servlet) and then loading it using
Class.forName(string), configuring its properties, and then you could
store it in the ServletContext, an instance variable, or stick it in
JNDI at runtime.  To do the latter, you might have to experiment a
little bit.  JRun 3.x's JNDI implementation is a little weird (JRun 4 is
much better with things like this), but you should be able to do
something like this, again in a init() method, preferably:


Context ctx = new InitialContext(); //default constructor should work
ctx.bind("Continental",avenirPooledDS);

And then in the same or in other components (JSP, Servlet, e.g.), lookup
the pooledDS and use it.

Context ctx = new InitialContext(); //not necessary if you already have
a ref to this
DataSource dataSource1 = (DataSource)ctx.lookup("Continental");
Connection connection = dataSource1.getConnection();
[etc.]

Now this way you will be using JNDI as if you weren't part of the J2EE
server.  You're going around the conveniences provided by having a
default java:comp/env namespace for all resource-refs and env-entries
and of being able to configure that via J2EE deployment descriptors like
web.xml.  But so what?  You don't need the JRun DataSource
implementation, and using "vanilla" JNDI will do the job just as well.

The only reason I didn't suggest binding the name and avenirPooledDS
object under the J2EE ENC (e.g. "java:comp/env/jdbc/Continental" or
"java:comp/env/whatever/Continental"), is that I can't remember if JRun
3.x's J2EE ENC is read-only or not.

So, by the way, how do you like this driver?  Are you using it for
SQLServer?  I never heard of it before.  It's cool they have a full JDBC
3.0 implementation driver in beta.  Does it perform well?

Scott Stirling

> -----Original Message-----
> From: Haseltine, Celeste [mailto:CHaseltine@...]
> Sent: Tuesday, May 07, 2002 1:58 PM
> To: JRun-Talk
> Subject: RE: How to Use My Driver's Connection Pool
> Implementation in JRUN wit h JNDI
>
>
> Scott,
>
> I didn't think about storing my connection pool in the
> serlvet context, thanks for pointing that out to me.
>
> But if I did want to use JNDI, I would just need to modify my
> applications web.xml file to contain the "name" of my
> datasource (ie my drivers implementation of a connection
> pool), and I can then retrieve it in a JSP page as I was
> doing in my previous post?  You mention two xml tags,
> resource-ref and res-ref-name.  I've looked in all my web.xml
> files on my development machine, which does have a local copy
> of JRUN installed on it. Where, or what reference resource,
> did you find those two xml tags from? And how were you able
> to identify those two tags are being related to the
> implementation of JNDI in JRUN (or does this apply to all
> JSP/servlet servers)?
>
> As you can tell, I really don't know much about JNDI.  But I
> am interested in learning more.  If there are any resources
> that you could point me to that go further into your
> suggestion of modifying the web.xml file, and the xml tag
> names you need to use, I would appreciate it.  Whenever I run
> into these little "hurdles", I like to spend a few minutes
> filling in the blanks on my knowledge when my schedule permits me to.
>
> By the way, the three lines of code in my original post DID
> throw a JRUN exception.  When I did NOT attempt to cast the
> datasource back to my driver's custom class, for example
>
>  DataSource dataSource1 =
> (DataSource)ctx.lookup("java:comp/env/jdbc/Continental");
>
> I got my driver's "base" class that the JDBCDataSource was
> derived from, which was  javax.sql.ConnectionPoolDataSource.
> Sorry for the confusion, I pulled the wrong three lines of
> code from my test JSP page when I made my original post.
>
> Thanks again for the suggestions, and the information
> regarding modifying the web.xml file.
>
> Celeste
> -----Original Message-----
> From: Scott Stirling [mailto:scottstirling@...]
> Sent: Tuesday, May 07, 2002 11:36 AM
> To: JRun-Talk
> Subject: RE: How to Use My Driver's Connection Pool
> Implementation in JRUN wit h JNDI
>
>
> Hi Celeste,
>
> I'm surprised you get a ConnectionPoolDataSource and not a
> ClassCastException in the example below.  That's kind of interesting.
>
> Think of JNDI as just a system for mapping names to objects
> with a simple API for adding, retrieving and removing them.
> As long as you configure your named object to exist under the
> J2EE environment naming context (java:comp/env), you should
> be able to look it up easily with the JRun JNDI tag.  To add
> your datasource implementation to JNDI, configure the name
> mapping as a resource-ref in your app's web.xml. When you
> configure the res-ref-name, keep in mind that whatever you
> choose will automatically be prepended in JNDI with java:comp/env/.
>
> Note, you might have a conflict with JRun if you try to put
> the name under jdbc/.  I'm not sure.
>
> Lastly, there may be no reason to put this object in JNDI in
> the first place.  That's up to you.  But another alternative
> would be just to store an instance of your connection pool in
> the ServletContext and access it that way.
>
> Hope this helps.
>
> Scott Stirling
> Framingham, MA
>
> > -----Original Message-----
> > From: Haseltine, Celeste [mailto:CHaseltine@...]
> > Sent: Tuesday, May 07, 2002 11:57 AM
> > To: JRun-Talk
> > Subject: How to Use My Driver's Connection Pool
> > Implementation in JRUN wit h JNDI
> >
> >
> > I am currently using AveConnects JDBC driver with JRUN 3.1.
> > I've discovered that when I use the JRUN Management Console
> > to add a JDBC Data Source, when I retrieve the datasource
> > named Continental, using
> >
> > <%
> > net.avenir.jdbcPool.JDBCDataSource dataSource1 =
> > (net.avenir.jdbcPool.JDBCDataSource)
> >
> > ctx.lookup("java:comp/env/jdbc/Continental");
> > Connection connection = dataSource1.getConnection();
> > %>
> >
> > that I do NOT get my driver's "custom" JDBCDataSource class,
> > I get a javax.sql.ConnectionPoolDataSource (or the base class
> > that my driver's JDBCDataSource class is derived from).
> >
> > I would like to use some of the custom methods that
> > AveConnect has included with their driver, that go beyond the
> > methods defined in the javax.sql.* package. I can do this by
> > creating my own servlet that implements my drivers pooling
> > mechanism.  My problem is that I do NOT know how to "put" my
> > own servelet created datasource "into" JRUN's JNDI
> > implementation, or even if I can.  I do NOT have the "full"
> > version of JRUN, my client could only afford to purchase the
> > JSP/servlet container.  Therefore, I do NOT have EJB's
> > enabled on my version of JRUN Server.
> >
> > So my question is, does anyone know if I can create my own
> > datasource, and "put" it into JRUN's JNDI implementation, and
> > thereby retrieve it using the JNDI JSP tags that come in the
> > JRUN tag library? And can this be done without having JRUN
> > enabled for EJB's?
> >
> > Thanks in advance for any assistance
> >
> > Celeste
> > -------------------------------------------------
> > JRUN's Implemenetation - EJB enabled versions only, or can I
> > use the same Initial Context Factory to "store" my "custom"
> > datasource, and then "retrieve" it using ctx.lookup()?
> >
> > try {
> >   final Properties properties = new Properties();
> >   properties.setProperty(Context.INITIAL_CONTEXT_FACTORY,
> >
> > "allaire.ejipt.ContextFactory");
> >   properties.setProperty(Context.PROVIDER_URL,
> >
> "ejipt://" + _host +
> > ":2323");
> >   _context = new InitialContext(properties);
>
>
>
>
______________________________________________________________________
This list and all House of Fusion resources hosted by CFHosting.com. The place
for dependable ColdFusion Hosting.
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Hi Folks
I am looking for advise/opinions on how difficult it is to migrate CF apps
to JSP on JRun 3.1 (with or without using the JRun custom tags).  Has
anybody out there tried to do this? Did it work? What were the issues? What
were the benefits? What were the drawbacks?

Our reasons for doing this would be to increase performance and to use a
single language (we use Java for lots of stuff right now).

..

From what I can see, one big issue with migrating a CF app is deciding if
you want to go with a 100% conversion vs trying to create working versions
that were part CF and part JSP. I dislike the idea of committing to a full
port with no stable "plateau" where CF is coexisting with JSP.  Our app
doesn't use session or client variables, so I figure that helps, but we do
use lots of CF custom tags (including tags that use the "close" tag and
rewrite content)... some are used on every page (to do header/footer kinds
of things, for example) and I'm worried about keeping two versions of this
stuff.  On the other hand, if a full port can be done relatively easily then
that isn't as much of an issue.

It has crossed my mind that a migration would be easier with Neo / CF MX,
but I'm not familiar enough with it to know where it would help. I need to
do some research on that angle; any thoughts on that would be appreciated
too. In the mean time, I am thinking of CF5 as the platform.

Thanks
	 Mark
______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide
more resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Faced with the same issue, but now that cfmx is soon to be out, it has an
cfimport tag that will run jsp pages, so thought would do the migration
gradually  by using that alot

______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide
more resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Scott,

Thank you very much for the info and the links below.  I can tell I need to
do some reading/research on this topic.  I really have never looked very far
under the hood of JRUN, or any other JSP/servlet server.  You've given some
options that I need to explore further.

As to the driver, I've been please so far with the driver we are using.  At
the time I came here, I had been exposed to JRUN server 3.01 and to BEA
Weblogic from my previous employer.  Since the owner is a small manufacturer
(about $2 million a year in revenue), BEA Weblogic was not even a option as
server, so I went with JRUN 3.01.  The driver that JRUN was using at that
time was a scaled down version of Merrant's driver.  I really like Merrant's
driver, but I could never get the version JRUN was using to work properly,
and at that time JRUN support was non-existent.  I did contact Merrant, who
told me that they did not recommend the version of their driver that JRUN
was using at that time, as it was a Beta version.  I did request to purchase
a full blown copy of Merrant's driver for this and my previous development
project, but the IT guy that works for the owner turned it down as to
expensive.  He was the one who actually found AveConnect's driver on the
web, as it was much cheaper.  I tried it out, and it seemed to have all the
feature that we needed, so they purchased it instead.

None of our sites currently have what I would call heavy traffic.  We tend
to get at most about 15 user's an hour, as the site is currently geared for
a limited number of customers.  So there may be performance issues that just
have not manifested themselves yet.  The owner is a very small manufacturer,
and his client base is not very sophisticated.  His larger clients are just
now requesting web ordering capabilities, so he is now slowly moving some of
his more profitable products onto the internet.  Unlike many dot.com's
though, he only moves the portions of his operations onto the web that he
KNOWS he can still make a profit at.  The less profitable products can only
be ordered via telephone or fax, unless the customer is willing to pay the
FULL costs of developing and maintaining web ordering for that particular
product.  I never heard of anyone actually passing the costs for developing
and maintaining a web site onto their customers, but he does it, and he
spells it out in his contracts.  This prevents him from paying for the sites
out of his operating budget.  Pretty clever move in my opinion, especially
since some of his clients are actually willing to pay those costs just so
they can order via the web.

Thanks again Scott for the info below and the links.  I will be doing some
reading/researching on this topic so I can get a better understanding of
what I should do to incorporate this driver's capabilities.

Celeste

-----Original Message-----
From: Scott Stirling [mailto:scottstirling@...]
Sent: Tuesday, May 07, 2002 9:36 PM
To: JRun-Talk
Subject: RE: How to Use My Driver's Connection Pool Implementation in
JRUN wit h JNDI


Hi Celeste,

> [...] You mention two xml tags,
> resource-ref and res-ref-name.

The resource-ref and res-ref-name and related tags can be looked up in
the web-app_2_2 DTD for web.xml, which you can find in $JRUN_HOME/lib.
The comments in that file tell you a little bit.  The comments in the
web-app_2_3 DTD are a little more descriptive and cover the same
functionality: http://java.sun.com/dtd/web-app_2_3.dtd.  They are key
for hooking the Web container into the internal J2EE infrastructure of
the server.  Even though your client is using the Pro version, some of
the J2EE services are still available, like resource-refs, J2EE JNDI,
and DataSources.

> But if I did want to use JNDI, I would just need to modify my
> applications web.xml file to contain the "name" of my
> datasource (ie my drivers implementation of a connection
> pool), and I can then retrieve it in a JSP page as I was
> doing in my previous post?

No, scratch that.  Sorry, that's my mistake.  The resource-ref stuff
only works with DataSources configured via the app server, so what you'd
get back is what you already had, a JRun DataSource implementation.  The
resource-ref thing is handy for configuring and naming resource
factories (DataSource, URL, mail Sessions and JMS factories) provided by
the server.  The best article I've seen explaining how this stuff works
in re to Servlet apps is by Jason Hunter:
http://www.onjava.com/pub/a/onjava/excerpt/java_servlets_ch12/index.html

Anyway, I think my best advice here would be to not configure a
DataSource via JRun using this driver, since you really don't want
JRun's DataSource to be in the way.  At which point you're stepping
outside the handy services provided by the J2EE server.  That's
perfectly OK!  In fact, in some app servers you would be able to
configure a datasource in the server to use a different DataSource
implementation, such as your driver's.  But you can't with JRun 3.1 (at
least in my looking through global.properties I didn't see anything to
allow it, which makes sense because it could screw up JDBC metrics
logging, I think).

So, I would ask "Why do you want to use JNDI to look up the DataSource?"
I'm assuming you desire a degree of indirection and loose-coupling in
the app, i.e., you don't want to have to hard-code the classname of a
particular driver or driver properties in the application.  If so, I
would again suggest something like putting the driver's pooling class
name (net.avenir.jdbcPool.JDBCConnectionPoolDataSource) in a
context-param or init-param, (or env-entry if you prefer to retrieve the
classname as a String via JNDI -- and I would recommend doing this only
once in the init method of a Servlet) and then loading it using
Class.forName(string), configuring its properties, and then you could
store it in the ServletContext, an instance variable, or stick it in
JNDI at runtime.  To do the latter, you might have to experiment a
little bit.  JRun 3.x's JNDI implementation is a little weird (JRun 4 is
much better with things like this), but you should be able to do
something like this, again in a init() method, preferably:


Context ctx = new InitialContext(); //default constructor should work
ctx.bind("Continental",avenirPooledDS);

And then in the same or in other components (JSP, Servlet, e.g.), lookup
the pooledDS and use it.

Context ctx = new InitialContext(); //not necessary if you already have
a ref to this
DataSource dataSource1 = (DataSource)ctx.lookup("Continental");
Connection connection = dataSource1.getConnection();
[etc.]

Now this way you will be using JNDI as if you weren't part of the J2EE
server.  You're going around the conveniences provided by having a
default java:comp/env namespace for all resource-refs and env-entries
and of being able to configure that via J2EE deployment descriptors like
web.xml.  But so what?  You don't need the JRun DataSource
implementation, and using "vanilla" JNDI will do the job just as well.

The only reason I didn't suggest binding the name and avenirPooledDS
object under the J2EE ENC (e.g. "java:comp/env/jdbc/Continental" or
"java:comp/env/whatever/Continental"), is that I can't remember if JRun
3.x's J2EE ENC is read-only or not.

So, by the way, how do you like this driver?  Are you using it for
SQLServer?  I never heard of it before.  It's cool they have a full JDBC
3.0 implementation driver in beta.  Does it perform well?

Scott Stirling

> -----Original Message-----
> From: Haseltine, Celeste [mailto:CHaseltine@...]
> Sent: Tuesday, May 07, 2002 1:58 PM
> To: JRun-Talk
> Subject: RE: How to Use My Driver's Connection Pool
> Implementation in JRUN wit h JNDI
>
>
> Scott,
>
> I didn't think about storing my connection pool in the
> serlvet context, thanks for pointing that out to me.
>
> But if I did want to use JNDI, I would just need to modify my
> applications web.xml file to contain the "name" of my
> datasource (ie my drivers implementation of a connection
> pool), and I can then retrieve it in a JSP page as I was
> doing in my previous post?  You mention two xml tags,
> resource-ref and res-ref-name.  I've looked in all my web.xml
> files on my development machine, which does have a local copy
> of JRUN installed on it. Where, or what reference resource,
> did you find those two xml tags from? And how were you able
> to identify those two tags are being related to the
> implementation of JNDI in JRUN (or does this apply to all
> JSP/servlet servers)?
>
> As you can tell, I really don't know much about JNDI.  But I
> am interested in learning more.  If there are any resources
> that you could point me to that go further into your
> suggestion of modifying the web.xml file, and the xml tag
> names you need to use, I would appreciate it.  Whenever I run
> into these little "hurdles", I like to spend a few minutes
> filling in the blanks on my knowledge when my schedule permits me to.
>
> By the way, the three lines of code in my original post DID
> throw a JRUN exception.  When I did NOT attempt to cast the
> datasource back to my driver's custom class, for example
>
>  DataSource dataSource1 =
> (DataSource)ctx.lookup("java:comp/env/jdbc/Continental");
>
> I got my driver's "base" class that the JDBCDataSource was
> derived from, which was  javax.sql.ConnectionPoolDataSource.
> Sorry for the confusion, I pulled the wrong three lines of
> code from my test JSP page when I made my original post.
>
> Thanks again for the suggestions, and the information
> regarding modifying the web.xml file.
>
> Celeste
> -----Original Message-----
> From: Scott Stirling [mailto:scottstirling@...]
> Sent: Tuesday, May 07, 2002 11:36 AM
> To: JRun-Talk
> Subject: RE: How to Use My Driver's Connection Pool
> Implementation in JRUN wit h JNDI
>
>
> Hi Celeste,
>
> I'm surprised you get a ConnectionPoolDataSource and not a
> ClassCastException in the example below.  That's kind of interesting.
>
> Think of JNDI as just a system for mapping names to objects
> with a simple API for adding, retrieving and removing them.
> As long as you configure your named object to exist under the
> J2EE environment naming context (java:comp/env), you should
> be able to look it up easily with the JRun JNDI tag.  To add
> your datasource implementation to JNDI, configure the name
> mapping as a resource-ref in your app's web.xml. When you
> configure the res-ref-name, keep in mind that whatever you
> choose will automatically be prepended in JNDI with java:comp/env/.
>
> Note, you might have a conflict with JRun if you try to put
> the name under jdbc/.  I'm not sure.
>
> Lastly, there may be no reason to put this object in JNDI in
> the first place.  That's up to you.  But another alternative
> would be just to store an instance of your connection pool in
> the ServletContext and access it that way.
>
> Hope this helps.
>
> Scott Stirling
> Framingham, MA
>
> > -----Original Message-----
> > From: Haseltine, Celeste [mailto:CHaseltine@...]
> > Sent: Tuesday, May 07, 2002 11:57 AM
> > To: JRun-Talk
> > Subject: How to Use My Driver's Connection Pool
> > Implementation in JRUN wit h JNDI
> >
> >
> > I am currently using AveConnects JDBC driver with JRUN 3.1.
> > I've discovered that when I use the JRUN Management Console
> > to add a JDBC Data Source, when I retrieve the datasource
> > named Continental, using
> >
> > <%
> > net.avenir.jdbcPool.JDBCDataSource dataSource1 =
> > (net.avenir.jdbcPool.JDBCDataSource)
> >
> > ctx.lookup("java:comp/env/jdbc/Continental");
> > Connection connection = dataSource1.getConnection();
> > %>
> >
> > that I do NOT get my driver's "custom" JDBCDataSource class,
> > I get a javax.sql.ConnectionPoolDataSource (or the base class
> > that my driver's JDBCDataSource class is derived from).
> >
> > I would like to use some of the custom methods that
> > AveConnect has included with their driver, that go beyond the
> > methods defined in the javax.sql.* package. I can do this by
> > creating my own servlet that implements my drivers pooling
> > mechanism.  My problem is that I do NOT know how to "put" my
> > own servelet created datasource "into" JRUN's JNDI
> > implementation, or even if I can.  I do NOT have the "full"
> > version of JRUN, my client could only afford to purchase the
> > JSP/servlet container.  Therefore, I do NOT have EJB's
> > enabled on my version of JRUN Server.
> >
> > So my question is, does anyone know if I can create my own
> > datasource, and "put" it into JRUN's JNDI implementation, and
> > thereby retrieve it using the JNDI JSP tags that come in the
> > JRUN tag library? And can this be done without having JRUN
> > enabled for EJB's?
> >
> > Thanks in advance for any assistance
> >
> > Celeste
> > -------------------------------------------------
> > JRUN's Implemenetation - EJB enabled versions only, or can I
> > use the same Initial Context Factory to "store" my "custom"
> > datasource, and then "retrieve" it using ctx.lookup()?
> >
> > try {
> >   final Properties properties = new Properties();
> >   properties.setProperty(Context.INITIAL_CONTEXT_FACTORY,
> >
> > "allaire.ejipt.ContextFactory");
> >   properties.setProperty(Context.PROVIDER_URL,
> >
> "ejipt://" + _host +
> > ":2323");
> >   _context = new InitialContext(properties);
>
>
>
>

______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide
more resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Thank you for taking care of that.

-----Original Message-----
From: Gaulin, Mark [mailto:mgaulin@...]
Sent: Wednesday, May 08, 2002 10:32 AM
To: JRun-Talk
Subject: Migrating CF apps to JRun JSP?


Hi Folks
I am looking for advise/opinions on how difficult it is to migrate CF apps
to JSP on JRun 3.1 (with or without using the JRun custom tags).  Has
anybody out there tried to do this? Did it work? What were the issues? What
were the benefits? What were the drawbacks?

Our reasons for doing this would be to increase performance and to use a
single language (we use Java for lots of stuff right now).

.

>From what I can see, one big issue with migrating a CF app is deciding if
you want to go with a 100% conversion vs trying to create working versions
that were part CF and part JSP. I dislike the idea of committing to a full
port with no stable "plateau" where CF is coexisting with JSP.  Our app
doesn't use session or client variables, so I figure that helps, but we do
use lots of CF custom tags (including tags that use the "close" tag and
rewrite content)... some are used on every page (to do header/footer kinds
of things, for example) and I'm worried about keeping two versions of this
stuff.  On the other hand, if a full port can be done relatively easily then
that isn't as much of an issue.

It has crossed my mind that a migration would be easier with Neo / CF MX,
but I'm not familiar enough with it to know where it would help. I need to
do some research on that angle; any thoughts on that would be appreciated
too. In the mean time, I am thinking of CF5 as the platform.

Thanks
	 Mark

______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide
more resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Mark,

By reading your post it really sounds like you are a perfect fit for CF MX.
You obviously like the easy to use tags of CF and you
have some JSP's and Servlets, which CFMX makes very easy to integrate.  You
can also run the JSP's and Servlet's in the same Web Container as CF MX,
making it very easy to share information between your JSP code and CF Tags.

The new ColdFusion Component feature, CFC's, might offer a nice way to
integrate your JSP's into your CF code too.

Regards,
Mike
----- Original Message -----
From: "Gaulin, Mark" <mgaulin@...>
To: "JRun-Talk" <jrun-talk@...>
Sent: Wednesday, May 08, 2002 10:32 AM
Subject: Migrating CF apps to JRun JSP?


> Hi Folks
> I am looking for advise/opinions on how difficult it is to migrate CF apps
> to JSP on JRun 3.1 (with or without using the JRun custom tags).  Has
> anybody out there tried to do this? Did it work? What were the issues?
What
> were the benefits? What were the drawbacks?
>
> Our reasons for doing this would be to increase performance and to use a
> single language (we use Java for lots of stuff right now).
>
> ..
>
> From what I can see, one big issue with migrating a CF app is deciding if
> you want to go with a 100% conversion vs trying to create working versions
> that were part CF and part JSP. I dislike the idea of committing to a full
> port with no stable "plateau" where CF is coexisting with JSP.  Our app
> doesn't use session or client variables, so I figure that helps, but we do
> use lots of CF custom tags (including tags that use the "close" tag and
> rewrite content)... some are used on every page (to do header/footer kinds
> of things, for example) and I'm worried about keeping two versions of this
> stuff.  On the other hand, if a full port can be done relatively easily
then
> that isn't as much of an issue.
>
> It has crossed my mind that a migration would be easier with Neo / CF MX,
> but I'm not familiar enough with it to know where it would help. I need to
> do some research on that angle; any thoughts on that would be appreciated
> too. In the mean time, I am thinking of CF5 as the platform.
>
> Thanks
> Mark
>
______________________________________________________________________
This list and all House of Fusion resources hosted by CFHosting.com. The place
for dependable ColdFusion Hosting.
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Hi Mark,

It's pretty easy if you know Java.  Most of the core CF tags are super
easy to implement as JSP tags or scriptlets, or JavaBeans.  When you
start to break down your CF app and implement the tags and script items,
you begin to see a couple things (or I did, when I converted a CF app to
JSP):

1. 20% of the CF tags get used 80% of the time.  These are the ones
worth implementing as reusable components.  Things like a util for doing
selects through a datasource, and another for doing
updates/inserts/deletes, an encapsulated cookie handler, I/O utilities,
etc.

2. A lot of CF functions and tags are easily replaced by Servlet API
calls via the implicit objects in JSP.  Things like CFLOCATION are just
a response.sendRedirect(), CFOUT is just out.print(), CFCOOKIE is worth
implementing as a little JavaBean or JSP tag, but most of the work is
done through Servlet API calls like response.addCookie(), CFIF, CFLOOP,
other flow control constructs are just a little Java code, etc.

3. J2EE and Java provide more control over and closer access to backend
things like transactions and database work.  You can use straight d.b.
connections or you can use JRun's JDBC pooling, or you can use your
driver's pooling mechanism; you can use driver transactions, or you can
use J2EE's general UserTransaction capability, you can use all the
various APIs of JDBC to manipulate your data, do PreparedStatements and
CallableStatements, etc.  Of course it comes at the cost of having to
know what you're doing and how to do it in Java, but as stated above,
80% of the time you can encapsulate powerful functionality in a reusable
tag, scriptlet, or bean.

One annoying thing is that if you use lots of CF comments, they all have
to be changed to either JSP comments <%-- --%> or valid HTML comments,
but a sed script or global search/replace can quickly clean those up.

Now, on the other hand, CF MX is coming out soon and in that case you
just take your CF app and drop it in a directory in CF MX and (well, you
know, configure data sources and stuff via the admin) "bingo" it works
right out of the box.  Makes it easier to migrate the app if you already
have it running on the same platform and directory structure, etc.

Scott Stirling

> -----Original Message-----
> From: Gaulin, Mark [mailto:mgaulin@...]
> Sent: Wednesday, May 08, 2002 10:32 AM
> To: JRun-Talk
> Subject: Migrating CF apps to JRun JSP?
>
>
> Hi Folks
> I am looking for advise/opinions on how difficult it is to
> migrate CF apps to JSP on JRun 3.1 (with or without using the
> JRun custom tags).  Has anybody out there tried to do this?
> Did it work? What were the issues? What were the benefits?
> What were the drawbacks?
>
> Our reasons for doing this would be to increase performance
> and to use a single language (we use Java for lots of stuff
> right now).
>
> ..
>
> From what I can see, one big issue with migrating a CF app is
> deciding if you want to go with a 100% conversion vs trying
> to create working versions that were part CF and part JSP. I
> dislike the idea of committing to a full port with no stable
> "plateau" where CF is coexisting with JSP.  Our app doesn't
> use session or client variables, so I figure that helps, but
> we do use lots of CF custom tags (including tags that use the
> "close" tag and rewrite content)... some are used on every
> page (to do header/footer kinds of things, for example) and
> I'm worried about keeping two versions of this stuff.  On the
> other hand, if a full port can be done relatively easily then
> that isn't as much of an issue.
>
> It has crossed my mind that a migration would be easier with
> Neo / CF MX, but I'm not familiar enough with it to know
> where it would help. I need to do some research on that
> angle; any thoughts on that would be appreciated too. In the
> mean time, I am thinking of CF5 as the platform.
>
> Thanks
>  Mark


______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide
more resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Hi!!

I've two servers with JRun 3.1 and JDK 1.3 installed... one of this servers
is having me some problems with the command <%@ include file="xxx.jsp"%>...
in the server A (is an AIX with Apache) I can include two times the same
file but in the server B (a WinNT with IIS) if I use it shows me an error of
kind: ".... recursive includes...".

Can any JRun parametre cause this problem ??
Somebody knows how I can solve this problems...

Thanks.

B

______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide
more resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Hi Mike, Scott
Yeah, I think it's worth taking the time to look at the new MX features and
just wait for it to be released before starting... hopefully the wait isn't
too long.

Thanks for your input.

	 Mark

-----Original Message-----
From: Mike Collins [mailto:mcollins@...]
Sent: Wednesday, May 08, 2002 12:58 PM
To: JRun-Talk
Subject: Re: Migrating CF apps to JRun JSP?


Mark,

By reading your post it really sounds like you are a perfect fit for CF MX.
You obviously like the easy to use tags of CF and you
have some JSP's and Servlets, which CFMX makes very easy to integrate.  You
can also run the JSP's and Servlet's in the same Web Container as CF MX,
making it very easy to share information between your JSP code and CF Tags.

The new ColdFusion Component feature, CFC's, might offer a nice way to
integrate your JSP's into your CF code too.

Regards,
Mike
----- Original Message -----
From: "Gaulin, Mark" <mgaulin@...>
To: "JRun-Talk" <jrun-talk@...>
Sent: Wednesday, May 08, 2002 10:32 AM
Subject: Migrating CF apps to JRun JSP?


> Hi Folks
> I am looking for advise/opinions on how difficult it is to migrate CF apps
> to JSP on JRun 3.1 (with or without using the JRun custom tags).  Has
> anybody out there tried to do this? Did it work? What were the issues?
What
> were the benefits? What were the drawbacks?
>
> Our reasons for doing this would be to increase performance and to use a
> single language (we use Java for lots of stuff right now).
>
> ..
>
> From what I can see, one big issue with migrating a CF app is deciding if
> you want to go with a 100% conversion vs trying to create working versions
> that were part CF and part JSP. I dislike the idea of committing to a full
> port with no stable "plateau" where CF is coexisting with JSP.  Our app
> doesn't use session or client variables, so I figure that helps, but we do
> use lots of CF custom tags (including tags that use the "close" tag and
> rewrite content)... some are used on every page (to do header/footer kinds
> of things, for example) and I'm worried about keeping two versions of this
> stuff.  On the other hand, if a full port can be done relatively easily
then
> that isn't as much of an issue.
>
> It has crossed my mind that a migration would be easier with Neo / CF MX,
> but I'm not familiar enough with it to know where it would help. I need to
> do some research on that angle; any thoughts on that would be appreciated
> too. In the mean time, I am thinking of CF5 as the platform.
>
> Thanks
> Mark
>

______________________________________________________________________
This list and all House of Fusion resources hosted by CFHosting.com. The place
for dependable ColdFusion Hosting.
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

im getting a bad magic number exception
when trying to view jsp

happened twice today (completely diff jsp) when it has never happened
before

i killed the java and class files associated with the compiled jsp
and that fixed the problem but...

im using jrun 3.0

is there a service pack that will correct this problem
permanent fix??

thanks
Jeff
______________________________________________________________________
This list and all House of Fusion resources hosted by CFHosting.com. The place
for dependable ColdFusion Hosting.
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Hi Jeff,

What JRun Build are you using? You can download the latest build at the JRun
Update Center
http://www.macromedia.com/support/jrun/updates/3/updates_31.html


Roan Wilson Nicolas
Macromedia JRun Support Engineer
phone: 1-888-939-2545 option 3
email: psejrun@...


-----Original Message-----
From: Jeff Dingle [mailto:jdingle@...]
Sent: Saturday, May 11, 2002 2:33 AM
To: JRun-Talk
Subject: magic numbers


im getting a bad magic number exception
when trying to view jsp

happened twice today (completely diff jsp) when it has never happened
before

i killed the java and class files associated with the compiled jsp
and that fixed the problem but...

im using jrun 3.0

is there a service pack that will correct this problem
permanent fix??

thanks
Jeff

______________________________________________________________________
This list and all House of Fusion resources hosted by CFHosting.com. The place
for dependable ColdFusion Hosting.
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Hi Jeff,
Something may have gotten corrupted in one of your jsp's.

See the following TechNote:

http://www.macromedia.com/v1/Handlers/index.cfm?ID=12836&Method=Full

Ted Zimmerman

-----Original Message-----
From: Jeff Dingle [mailto:jdingle@...]
Sent: Friday, May 10, 2002 2:33 PM
To: JRun-Talk
Subject: magic numbers


im getting a bad magic number exception
when trying to view jsp

happened twice today (completely diff jsp) when it has never happened
before

i killed the java and class files associated with the compiled jsp
and that fixed the problem but...

im using jrun 3.0

is there a service pack that will correct this problem
permanent fix??

thanks
Jeff

______________________________________________________________________
This list and all House of Fusion resources hosted by CFHosting.com. The place
for dependable ColdFusion Hosting.
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

thanks for the help

I found the tech-note and that's how i fixed fixed the prob (delete .java
and .class)
it also says that JRun 3.1 fixed this problem

unfortunately for me im stuck using 3.0

does anyone know of a patch or a fix for 3.0

thanks for the quick responses
jeff

-----Original Message-----
From: Theodore Zimmerman [mailto:tzimmerman@...]
Sent: Friday, May 10, 2002 2:49 PM
To: JRun-Talk
Subject: RE: magic numbers


Hi Jeff,
Something may have gotten corrupted in one of your jsp's.

See the following TechNote:

http://www.macromedia.com/v1/Handlers/index.cfm?ID=12836&Method=Full

Ted Zimmerman

-----Original Message-----
From: Jeff Dingle [mailto:jdingle@...]
Sent: Friday, May 10, 2002 2:33 PM
To: JRun-Talk
Subject: magic numbers


im getting a bad magic number exception
when trying to view jsp

happened twice today (completely diff jsp) when it has never happened
before

i killed the java and class files associated with the compiled jsp
and that fixed the problem but...

im using jrun 3.0

is there a service pack that will correct this problem
permanent fix??

thanks
Jeff


______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide
more resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Hi Jeff,

Here's the link for the latest JRun 3.0 patch:
http://download.allaire.com/publicdl/en/jrun/30/jr30sp2_25232.exe
Hope it works for you.

Anthony


-----Original Message-----
From: Jeff Dingle [mailto:jdingle@...]
Sent: Saturday, May 11, 2002 3:32 AM
To: JRun-Talk
Subject: RE: magic numbers


thanks for the help

I found the tech-note and that's how i fixed fixed the prob (delete .java
and .class)
it also says that JRun 3.1 fixed this problem

unfortunately for me im stuck using 3.0

does anyone know of a patch or a fix for 3.0

thanks for the quick responses
jeff

-----Original Message-----
From: Theodore Zimmerman [mailto:tzimmerman@...]
Sent: Friday, May 10, 2002 2:49 PM
To: JRun-Talk
Subject: RE: magic numbers


Hi Jeff,
Something may have gotten corrupted in one of your jsp's.

See the following TechNote:

http://www.macromedia.com/v1/Handlers/index.cfm?ID=12836&Method=Full

Ted Zimmerman

-----Original Message-----
From: Jeff Dingle [mailto:jdingle@...]
Sent: Friday, May 10, 2002 2:33 PM
To: JRun-Talk
Subject: magic numbers


im getting a bad magic number exception
when trying to view jsp

happened twice today (completely diff jsp) when it has never happened
before

i killed the java and class files associated with the compiled jsp
and that fixed the problem but...

im using jrun 3.0

is there a service pack that will correct this problem
permanent fix??

thanks
Jeff



______________________________________________________________________
This list and all House of Fusion resources hosted by CFHosting.com. The place
for dependable ColdFusion Hosting.
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Hi all,

when trying to get a Logger instance for a specific class I get this
exception:

java.lang.VerifyError: (class: org/apache/log4j/LogManager, method: <clinit>
signature: ()V) Incompatible argument to function.

I believe the reason is a version mismatch of Xalan/Xerces/JDom since these
libs are included in jrun.jar and I am able to execute the class in JBuilder
using the most recent libraries of Xalan/Xerces/JDom.


Can someone from Macromedia comment this ?

Regards
Ingo

My environment:

Win 2k/IIS 5.0
JDK 1.4
Log4J 1.2
JRun 4 Nozomi, build 43661



--
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net

______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide
more resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Hi,

does anyone of you ever have got similar problems with
own jsp-tags unter jrun 3.1. where the message has
been as follows:

"Error parsing TLD '/WEB/INF/hok.tld': The type for
attribute 'systemlocale' for tag handler
'de.imc.clix.taglib.hok.masterdata.gui.SearchLanguageSelectTag'
could
not be determined. ....."

I have checked nearly everything:
- the method in the tag is correct
- the attribute is listened
- the correct value is given to the tag

Thanks


=====
Andreas Ott

Privat: http://www.aoenterprises.de

__________________________________________________
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com
______________________________________________________________________
This list and all House of Fusion resources hosted by CFHosting.com. The place
for dependable ColdFusion Hosting.
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

We are currently running Oracle 9i and wanted to find out what is the
difference in using JRun Oracle Driver versus Oracle Thin Driver.

How do you justify using one versus the other ?

Any input would be greatly appreciated.

______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide
more resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

> does anyone of you ever have got similar problems with
> own jsp-tags unter jrun 3.1. where the message has
> been as follows:
>
> "Error parsing TLD '/WEB/INF/hok.tld': The type for
> attribute 'systemlocale' for tag handler
> 'de.imc.clix.taglib.hok.masterdata.gui.SearchLanguageSelectTag'
> could not be determined. ....."
>
> I have checked nearly everything:
> - the method in the tag is correct
> - the attribute is listened
> - the correct value is given to the tag

Have you cycled the server? I've needed to do that after adding a JSP tag
library.

Dave Watts, CTO, Fig Leaf Software
http://www.figleaf.com/
voice: (202) 797-5496
fax: (202) 797-5444
______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide
more resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Oracle's own driver is a lot faster.  And Oracle's driver doesn't have
any problem with cached prepared statements, which you may run into in
rare (?) cases with dynamic variables in the prepared statements and the
way JRun's statement pooling works (this is in JRun 4, not 3.x, to my
knowledge).

They're both free, so you don't have anything to lose by doing some
simple benchmarks with your own application.  Don't take my word for it.

Scott Stirling

> -----Original Message-----
> From: Nilesh Chand [mailto:nilesh@...]
> Sent: Monday, May 13, 2002 7:31 AM
> To: JRun-Talk
> Subject: JDBC DataBase Driver
>
>
> We are currently running Oracle 9i and wanted to find out
> what is the difference in using JRun Oracle Driver versus
> Oracle Thin Driver.
>
> How do you justify using one versus the other ?
>
> Any input would be greatly appreciated.


______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide
more resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

You probably already know this, but your error says 'WEB\INF' and not
'WEB-INF' - could be a simple typo...?

Drew Falkman
Author, JRun Web Application Construction Kit
http://www.drewfalkman.com/books/0789726009/

-----Original Message-----
From: Andreas Ott [mailto:a_ott@...]
Sent: Monday, May 13, 2002 7:22 AM
To: JRun-Talk
Subject: Problems with own jsp-tags and jrun 3.1 with the type of the
attribute


Hi,

does anyone of you ever have got similar problems with
own jsp-tags unter jrun 3.1. where the message has
been as follows:

"Error parsing TLD '/WEB/INF/hok.tld': The type for
attribute 'systemlocale' for tag handler
'de.imc.clix.taglib.hok.masterdata.gui.SearchLanguageSelectTag'
could
not be determined. ....."

I have checked nearly everything:
- the method in the tag is correct
- the attribute is listened
- the correct value is given to the tag

Thanks


=====
Andreas Ott

Privat: http://www.aoenterprises.de

__________________________________________________
Do You Yahoo!?
LAUNCH - Your Yahoo! Music Experience
http://launch.yahoo.com

______________________________________________________________________
This list and all House of Fusion resources hosted by CFHosting.com. The place
for dependable ColdFusion Hosting.
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

Ah thanks,

thats correct but does not solve my problem. I should
write /WEB-INF/ instead of /WEB/INF/ in my email.
Sorry.

Andreas


--- Drew Falkman <drew@...> wrote:
> You probably already know this, but your error says
> 'WEB\INF' and not
> 'WEB-INF' - could be a simple typo...?
>
> Drew Falkman
> Author, JRun Web Application Construction Kit
> http://www.drewfalkman.com/books/0789726009/
>
> -----Original Message-----
> From: Andreas Ott [mailto:a_ott@...]
> Sent: Monday, May 13, 2002 7:22 AM
> To: JRun-Talk
> Subject: Problems with own jsp-tags and jrun 3.1
> with the type of the
> attribute
>
>
> Hi,
>
> does anyone of you ever have got similar problems
> with
> own jsp-tags unter jrun 3.1. where the message has
> been as follows:
>
> "Error parsing TLD '/WEB/INF/hok.tld': The type for
> attribute 'systemlocale' for tag handler
>
'de.imc.clix.taglib.hok.masterdata.gui.SearchLanguageSelectTag'
> could
> not be determined. ....."
>
> I have checked nearly everything:
> - the method in the tag is correct
> - the attribute is listened
> - the correct value is given to the tag
>
> Thanks
>
>
> =====
> Andreas Ott
>
> Privat: http://www.aoenterprises.de
>
> __________________________________________________
> Do You Yahoo!?
> LAUNCH - Your Yahoo! Music Experience
> http://launch.yahoo.com
>
>

______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide
more resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

I am just curious to find out if any of you had any experience with Java
classes/libraries that let you control a browser from with in your
application.

The intended use of this would be to write an application that resides on
the client machine, that is not online, but uses browser to interact with
the user. As of now we have a web application that gathers data from the
users. The idea is to develop a client based application (offline) that does
the same thing with similar/same UI. This application would gather data in
an offline mode, dial in once in a while and upload the data.

Thanks in advance for your help!
Ravi
______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide
more resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists

I can think of a bunch of things you could try, but nothing that I would
want to do.

http://java.sun.com/products/hotjava/ would be a good example, the problem
(other than the fact that it's being end of life'd) would be for active x
controls and plug-ins, which I don't imagine would work if the client will
be using it to view the web in general. This is a good example because that
kind of thing will always pop up. Still if you are just using it for your
own application rather than to work as a general browser as well, then that
may be worth looking into.

If you just use an applet and try to control the browser that way it won't
work on IE mac because the javascript communication between components and
appets and the browser doesn't work.

If you try something like a swing interface you have the mammoth J2 download
and no pre osx mac runtime.

I can think of some other avenues to try, also, but nothing any better than
these. None of which I'd really like.

----- Original Message -----
From: "Ravi Vedire" <RVedire@...>
To: "JRun-Talk" <jrun-talk@...>
Sent: Wednesday, May 15, 2002 11:38 AM
Subject: Control browsers from your Java application


> I am just curious to find out if any of you had any experience with Java
> classes/libraries that let you control a browser from with in your
> application.
>
> The intended use of this would be to write an application that resides on
> the client machine, that is not online, but uses browser to interact with
> the user. As of now we have a web application that gathers data from the
> users. The idea is to develop a client based application (offline) that
does
> the same thing with similar/same UI. This application would gather data in
> an offline mode, dial in once in a while and upload the data.
>
> Thanks in advance for your help!
> Ravi
>
______________________________________________________________________
Your ad could be here. Monies from ads go to support these lists and provide
more resources for the community. http://www.fusionauthority.com/ads.cfm
Archives: http://www.mail-archive.com/jrun-talk@houseoffusion.com/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists