Skip to main content

Re: [JAVAHELP] Using databases with JavaHelp

1 reply [Last post]
Anonymous

Thank you for your comments.

We had determined that support for both the swing and web interfaces wold not be a problem. This was an early concern that had pretty much gotten weeded out as I continued to research the topic through the day yesterday.

As far as them being static, not necessarily. In our implementation, the customer needs the help system to respond to changes in the actual application data. For example, if a specific digital camera is defined as part of a particular experiment, they need the help to reflect the presence of that camera as well as it's relevance in the system.

Like you, I'm not sure I see the difference between storing the html helpsets in data, but it was a request of the customer.

As far as the data access struggles, I was afraid that's what I was going to hear. Usually Sun documentation is pretty reliable if they don't mention something it's not generally a good idea to go that way.

Thanks very much for your comments. I appreciate the help.

Regards,

Jason

-----Original Message-----
From: Roger Brinkley [mailto:Roger.Brinkley@SUN.COM]
Sent: Tuesday, September 23, 2003 4:39 PM
To: JAVAHELP-INTEREST@JAVA.SUN.COM
Subject: Re: [JAVAHELP] Using databases with JavaHelp

> I've read the JavaHelp 2.0 System User's Guide and I've searched the
> forums, but I'm uncertain whether the idea we have for implementing
> JavaHelp on our project is going to work the way we think it will.
> So, I'm throwing the following question to the community at large for
> general comment.

I hope that others will comment as well as I might not have the only
opinion in this area.

> We have a J2EE application with dual interfaces, a desktop swing
> based gui for the core users, and a web (applet) based interface for
> remote users. The users understandably are asking for a help system.

And JavaHelp V2.0 provides support for both the java based GUI and web
based GUI.

> Static help pages would constitute a maintenance problem we don't
> want to get involved in. So, here was our, ok I'll admit it my idea,
> store the help information in Oracle tables and provide entity beans
> to provide the help information, including the preformatted html and
> dynamic html on demand.

1. From the looks of things you're help pages are as static in the
Oracle tables as much as they are in a traditional helpset.

2. Unless I'm mistaken the storing of help information in Oracle tables
is going to be as much if not more of a maintenance problem than the
traditional helpsets. This is especially true for the "preformatted html".

Keep in mind that your helpset changes with application, whether it's
web based or swing based (I assume you're using something like Java
WebStart).

So maybe you could explain why there is a maintenance issue and why you
need dynamic help or what you mean by dynamic help.

> Basically the question at hand is how feasable is this as an
> implementation of JavaHelp, and what kinds of pitfalls can I expect
> to encounter in the implementation?

You're in for a long uphill battle because JavaHelp doesn't support the
acquistion of data in this maner. Dynamic updates was something we
looked into early in JavaHelp V2.0 but didn't implement. To do so would
be an extensive update to the JavaHelp libraries to support this,
especially from the Oracle database.

Binky

********************************************************************************

You may leave the list at any time by sending message with no subject and
"SIGNOFF JAVAHELP-INTEREST" in the body to LISTSERV@JAVA.SUN.COM. Archives
are available at http://archives.java.sun.com/archives/javahelp-interest.html.
Submit bug reports at http://java.sun.com/cgi-bin/bugreport.cgi.

********************************************************************************

You may leave the list at any time by sending message with no subject and
"SIGNOFF JAVAHELP-INTEREST" in the body to LISTSERV@JAVA.SUN.COM. Archives
are available at http://archives.java.sun.com/archives/javahelp-interest.html.
Submit bug reports at http://java.sun.com/cgi-bin/bugreport.cgi.

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Roger Brinkley

Tryon, Jason P. wrote:
> As far as them being static, not necessarily. In our implementation,
> the customer needs the help system to respond to changes in the
> actual application data. For example, if a specific digital camera
> is defined as part of a particular experiment, they need the help to
> reflect the presence of that camera as well as it's relevance in the
> system.

Where, how. Specifically how do you invision the online help changing?
Is this something that could be done with merged helpsets that are
dependent on the data being displayed (little wiered but understandable)
and changing the helpID that gets displayed based on the data?

> Like you, I'm not sure I see the difference between storing the html
> helpsets in data, but it was a request of the customer.

Give me some additonal specifics on how the help would be displayed and
maybe I can come up with an idea of how to work around this.

Binky

********************************************************************************

You may leave the list at any time by sending message with no subject and
"SIGNOFF JAVAHELP-INTEREST" in the body to LISTSERV@JAVA.SUN.COM. Archives
are available at http://archives.java.sun.com/archives/javahelp-interest.html.
Submit bug reports at http://java.sun.com/cgi-bin/bugreport.cgi.