about Jakarta Slide commercial use
Dear, Our organization is planning a big project which is a Linux-Embedded system and will be sold as products in the market. It is necessary for us to choose a WebDAV product. >From internet, we found your WebDAV product -- Jakarta Slide. As we now basicly have decided to choose Jakarta Slide in our Linux-embedded system, we would like to know wether we have to obtain some special license or patent to be allowed to use Jakarta Slide commercially because we will use Jakarta Slide in our product to be sold in the market. Though we know that Jakarta Slide is under the Apache License 2.0 , we are still not quite sure what to do with the situation of commercial use. If so, could you tell us the operation flow and how much money we have to pay for it if necessary. Thank you very much! Best regards and Merry Christmas! Yu Jie 2005.4.11 __ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Application Data sharing -- store large object?
Cofused about your question. A Singleton object??? On Apr 11, 2005 1:22 AM, Daxin Zuo <[EMAIL PROTECTED]> wrote: > In my program, an object that contains a large amount of data (complicated > data strustures) is used in many pages. When I start doing it, I heard that > it is better to not store large object in Application. So I let the program > create a new one when ever this object is needed. Now I like to question if > it is good to put this object in Application. > > Thanks. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: images/static content in jar
Nikola Milutinovic wrote: Don Hill wrote: I have a war that has folder like /images and /content, is there a way to config tomcat so that I can package these in jar, I know I can write a custom servlet todo this but I would like this to be handled by the servers servlet container. The reason this is my concern is that I think that the servlet container has a better model for handling request rather than a servlet that has to invoke a openStream, seems this would cause some contention and perf issues. Just to clarify (not really offering a solution, sorry). The reason why you want to do that is to have some ability like "skins" in Mozilla and other products, right? I mean, all static content can be a packaged into a WAR file, if packaging is what you need. If you'd like to have skins for your application, even dynamic skins, I'd sugest a servlet that would unpack/remove all static content from a set of JARs. A skin change would: - unpack a new JAR to a temp dir - stop or pause the application - mv "static" dir to some other name - mv temp dir to "static" - un-pause application - cleanup Access to static content would still be better off being handled through a servlet, how would you expire the old data otehrwise? Imagine half of your skin being new and the other half old... Nix. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Yeah but this is a little more than that, the app has many, many , many resources curently we are using a servlet that calls Singleton in the get and the class then gets the bytes, there is a bit of contention at times, this app may at times have like 1000 users and when rendering pages may need images, style sheets, xml. I was just wondering before I re-design the servlet and resource class. Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Application Data sharing -- store large object?
In my program, an object that contains a large amount of data (complicated data strustures) is used in many pages. When I start doing it, I heard that it is better to not store large object in Application. So I let the program create a new one when ever this object is needed. Now I like to question if it is good to put this object in Application. Thanks. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
pregenerating dynamic pages -> Re: Application-level control of web-resources
Here is an example of a poll. Given a poll content piece like:
[ Question 1 ]
Agree
Disagree
This is used to populate the Poll feature/data in Jive Forums webapp.
The authorized author does not use the Jive admin interface, rather,
they stay in the CMS to create the poll content piece and assign it to a
page. The XSL below is used for providing runtime Velocity code for:
a.) adding the poll to the Jive DB at runtime if it does not exist
b.) display the poll form if the user has not taken it, or
c.) display the results if the user has taken it
(the $xmlpoll is a Velocity request scoped Tool)
http://www.w3.org/1999/XSL/Transform";
version="1.0">
$xmlpoll.addOption("
")
$xmlpoll.setOption(
, "
")
name="poll_md"
select="document(concat('metadata/content/', $xml_id,
'.xml'))/s:md-content"/>
#set ($pollName = "")
#set ($poll = $xmlpoll.getPoll($pollName))
#if ($poll)
#if ($xmlpoll.isModified(""))
$xmlpoll.setDescription("")
#end
#else
#set ($poll = $xmlpoll.createPoll($pollName))
$xmlpoll.setDescription("");
#end
http://www.w3.org/1999/xhtml";>
Poll
#if ($isMember)
#if (!$xmlpoll.hasUserVoted($pageUser))
#if ($request.getParameter("doSave"))
#set ($answer = $request.getParameter("q"))
$xmlpoll.addUserVote($answer, $pageUser)
#else
background-image:/images/
#end
#end
#end
#if ($xmlpoll.hasUserVoted($pageUser) || !$isMember)
#if (!$isMember)
Only members can vote in polls.
#end
#set ($results = $xmlpoll.getResults())
#foreach ($result in $results)
${result.num}. ${result.question} -
${result.voteCount} votes ${result.percentage}%
#end
#end
Robert Koberg wrote:
QM wrote:
(snip :)
: to know your thoughts regarding pregenerating JSP or velocity
templates : such that the decoration (and content inclusion) happens
prior to runtime.
I don't think I understand what you're after here, but it's a little
early in the morning for me =)
Please, explain again.
: For example, we use XSLT to pregenerate the pages (managed through
our : CMS) so that as much as possible exists in the page/template.
This : leaves only what is *required* to be dynamic for runtime.
Thoughts? (I : can take it :)
I suppose what I don't understand is, what is "dynamic" here? Are you
talking a menu that's regenerated at each request (in case new menu
items have been added) or something else?
(Perhaps I should have changed the subject line)
Are you familiar with apache Forrest? You know how they generate a
static site, right? Well, think of that, but instead generating XHTML it
generates Velocity or JSP pages to be used on a live site (after going
through a QA site first, of course :). In a way, it is a cache. (Our CMS
does the similar things as Forrest)
In the case of new menu items being added, it is done through the CMS
(or by hand) and all of the appropriate pages that need to contain that
item are re-pre-generated.
For example, we have a web app that has quite a few (80-90%) content
heavy pages where the only thing that needs to be dynamic is the user's
username displaying and that user's particular choice of CSS files.
Instead of 'decoratorating' at runtime, it is already decorated, the
content already exists on the page and the only dynamic things are
minor. XSLT is used for decoration prior to runtime. At runtime (I guess
a term left over from my CDROM days), no XSLT is used, rather the
pregenerated Velocity page/templates (or JSP, but angle brackets tend to
make for more work with regard to XSLT/XML).
best,
-Rob
-QM
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Application-level control of web-resources
QM wrote: (snip :) : to know your thoughts regarding pregenerating JSP or velocity templates : such that the decoration (and content inclusion) happens prior to runtime. I don't think I understand what you're after here, but it's a little early in the morning for me =) Please, explain again. : For example, we use XSLT to pregenerate the pages (managed through our : CMS) so that as much as possible exists in the page/template. This : leaves only what is *required* to be dynamic for runtime. Thoughts? (I : can take it :) I suppose what I don't understand is, what is "dynamic" here? Are you talking a menu that's regenerated at each request (in case new menu items have been added) or something else? (Perhaps I should have changed the subject line) Are you familiar with apache Forrest? You know how they generate a static site, right? Well, think of that, but instead generating XHTML it generates Velocity or JSP pages to be used on a live site (after going through a QA site first, of course :). In a way, it is a cache. (Our CMS does the similar things as Forrest) In the case of new menu items being added, it is done through the CMS (or by hand) and all of the appropriate pages that need to contain that item are re-pre-generated. For example, we have a web app that has quite a few (80-90%) content heavy pages where the only thing that needs to be dynamic is the user's username displaying and that user's particular choice of CSS files. Instead of 'decoratorating' at runtime, it is already decorated, the content already exists on the page and the only dynamic things are minor. XSLT is used for decoration prior to runtime. At runtime (I guess a term left over from my CDROM days), no XSLT is used, rather the pregenerated Velocity page/templates (or JSP, but angle brackets tend to make for more work with regard to XSLT/XML). best, -Rob -QM - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Application-level control of web-resources
On Sun, Apr 10, 2005 at 12:28:26AM +0200, Morten Sabroe Mortensen wrote: : -Because real pages has more "power" over them than, say, a more simple : wiki-page parsed to an XML-format and XSLT'et to HTML/XHTML/WML/XHTML-MP : -whatever. Depends on your perspective. Some people would say, they don't want the pages themselves to have power. Common thought these days is to make the pages -- or any other component -- as dumb as possible. They should know just enough to do their job, which in the case of a page is usually, "make the pretty HTML." =) : I want to be free to stash the content in a database, the file-system or : some other WAR-external resource. I don't see what's stopping you from doing this..? WAR-external content is nothing new. People are regularly advised to do this if their content (say, dynamically-served images) and code (webapp) must vary independently. : I want to be free to have my hieracial : "wiki-like" system deliver content by different means of processing - : dynamic JSP's being the "missing link". What is a "dynamic JSP?" : Up until now, no filter or front-controller can control the origin or : WAR-resources. ? Please explain. -QM -- software -- http://www.brandxdev.net/ tech news -- http://www.RoarNetworX.com/ code scan -- http://www.JxRef.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Application-level control of web-resources
On Sat, Apr 09, 2005 at 02:45:46PM -0700, Robert Koberg wrote: : I know what you say is the prevailing wisdom. Prevailing wisdom, bah! =) It's just "what's common at the moment." When a person strays from that norm, they either end up in a world of hurt or they create something that revolutionizes how things are done.. which means, over time, *that* becomes "what's common at the moment." =) : to know your thoughts regarding pregenerating JSP or velocity templates : such that the decoration (and content inclusion) happens prior to runtime. I don't think I understand what you're after here, but it's a little early in the morning for me =) Please, explain again. : For example, we use XSLT to pregenerate the pages (managed through our : CMS) so that as much as possible exists in the page/template. This : leaves only what is *required* to be dynamic for runtime. Thoughts? (I : can take it :) I suppose what I don't understand is, what is "dynamic" here? Are you talking a menu that's regenerated at each request (in case new menu items have been added) or something else? -QM -- software -- http://www.brandxdev.net/ tech news -- http://www.RoarNetworX.com/ code scan -- http://www.JxRef.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help:java.lang.ClassFormatError: Invalid method attribute name index 10 in class file
Hi Doug, Thanks a lot, finally I got through this problem. :). Regards, Honghai On Apr 8, 2005 3:50 PM, Parsons Technical Services <[EMAIL PROTECTED]> wrote: > Try changing the order of your elements. Put the servlet elements at > together and then below that put your servlet-mappings together. The DTD has > a set order for the elements in the xml. It needs to see all of one element > the all of the next type and so forth and so on. > That is if my wife didn't spike my coffee and I'm imagining this stuff > again. > > If you go to the link at the top of your xml and do a view source you will > see a listing of the elements. I believe that this is the order the elements > need to occur in the xml. > > Doug > > - Original Message - > From: "Liu Honghai" <[EMAIL PROTECTED]> > To: > Sent: Friday, April 08, 2005 9:11 AM > Subject: Help:java.lang.ClassFormatError: Invalid method attribute name > index 10 in class file > > > Hello everybody, > > > > I try to deploy my serlet apps in Tomcat, but Tomcat always report an > > exception: > > > > java.lang.ClassFormatError: Invalid method attribute name index 10 in > > class file org/servermon/gui/Init > > > > Tomcat 5.5.7, compiler:jdk1.5.0 > > > > When I use Tomcat 5.0.27, and recompile the sourcecode under > > jdk1.4.2_04, it report another exception: > > Error deploying web application directory servermon > > java.lang.ClassFormatError: org/servermon/gui/Init (Illegal constant pool > > index) > > > > My deployer is: > > > PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN" > > "http://java.sun.com/dtd/web-app_2_3.dtd";> > > > > > > > > > > MenuServlet > > > > org.servermon.gui.tree.MenuServlet > > > > > > MenuServlet > >/servlet/MenuServlet > > > > > > > > TableServlet > > > > org.servermon.gui.table.TableServlet > > > > > > TableServlet > >/servlet/TableServlet > > > > > > > > Menu > > org.servermon.gui.tree.Menu > > > > > > Menu > >/servlet/Menu > > > > > > MonitoringServlet > > > > org.servermon.gui.monitoring.MonitoringServlet > > > > > > MonitoringServlet > >/servlet/MonitoringServlet > > > > > > GraphServlet > > > > org.servermon.gui.monitoring.GraphServlet > > > > > > GraphServlet > >/servlet/GraphServlet > > > > > > ServerServlet > > > > org.servermon.gui.client.ServerServlet > > > > > > ServerServlet > >/servlet/ServerServlet > > > > > > > > log4j-init > > org.servermon.gui.Log4jInit > > > > log4j-init-file > > WEB-INF/log4j.lcf > > > > 1 > > > > > > > > gui-init > > org.servermon.gui.Init > > 1 > > > > > > > > > > Does anybody have suggestion? > > > > Thanks a lot! > > > > Honghai > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JVM's perm size always increase after hot deploy to tomcat 5.0.28
[EMAIL PROTECTED] said: >I'm afraid the subject of this post caused it to go to my spam box, :-> Was that before or after you moved that "s"? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Increasing number of threads with TC-5.0.27 on redhat EP-3
Hi, Without heavy load the number of threads increases permanently with TC-5.0.27 and JDK-1.4.2-06 on RedHat EP3 (kernel 2.4.21-4.ELsmp). Until now we used "export LD_ASSUME_KERNEL=2.2.5" before starting TC, right now we use "export LD_ASSUME_KERNEL=2.4.19" but that doesn't seem to help either. When I'm writing this email the number of threads in JVM is 139. The connector is configured as below: Any ideas what to do? Zsolt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
