Re: Uploading a File using JSP

[neurologix]

yes, I have tried and finally got it going. pl allow for some time. last minute 
checking is going
on. after that I release for others with source code.

Snehasis

amit sharma wrote:

> HI there,
>
> Can anyone please help me out in How to Upload the files on to the Server using JSP 
>or Servlets.
> Where can i get the code for such a thing.
>
> Bye
>
> Amit
>
> _
> Where you'll find everything under the Sun for the Sun...www.SunGuru.com
>
> -
> 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]

Is open source "unamerican"...

[Pier P. Fumagalli]

I found this on another mailing list completely unrelated to Open Source,
and I believe it makes more sense around here :)

Microsoft has completely lost its mind...



Pier

-- 

Pier Fumagalli    


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [GUMP] Any James developers here?

[Jon Stevens]

on 2/17/01 4:06 PM, "Peter Donald" <[EMAIL PROTECTED]> wrote:

> kewl but they will have to vote me access first ;)
> 
> Cheers,
> 
> Pete

avail|brian,duncan,jon,donaldp,charlesb,serge,fede,bburns|jakarta-james

Nope. You already have access.

-jon

-- 
If you come from a Perl or PHP background, JSP is a way to take
your pain to new levels. --Anonymous
 && 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [GUMP] Any James developers here?

[Sam Ruby]

Peter Donald wrote:
>
> kewl but they will have to vote me access first ;)

Sending a patch is the usual first step  Luckily they have something that
needs fixed that should be right up your alley...

- Sam Ruby


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [GUMP] Any James developers here?

[Peter Donald]

At 03:53  17/2/01 -0500, Sam Ruby wrote:
>Peter Donald wrote:
>>
>> If you like I could help keep them synched?
>
>Peter, I took the liberty of subscribing you to the james-dev mailing list.
>This means that you will get daily reminders until they are synched again.
>;-)

kewl but they will have to vote me access first ;)

Cheers,

Pete

*-*
| "Faced with the choice between changing one's mind, |
| and proving that there is no need to do so - almost |
| everyone gets busy on the proof."   |
|  - John Kenneth Galbraith   |
*-*


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [GUMP] Any James developers here?

[Sam Ruby]

Peter Donald wrote:
>
> If you like I could help keep them synched?

Peter, I took the liberty of subscribing you to the james-dev mailing list.
This means that you will get daily reminders until they are synched again.
;-)

- Sam Ruby


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [POLL] Re: Code Sharing Concepts

[Geir Magnusson Jr.]

"Craig R. McClanahan" wrote:
> 
> "Geir Magnusson Jr." wrote:
> 
> > [EMAIL PROTECTED] wrote:
> >
> > > If someone chooses to duplicate a piece of code, maybe the problem is with
> > > the way the code is written and shared.
> >
> > I think in some cases, its bacause people aren't aware that the stuff
> > exists.  Go through the Jakarta project sites, and find the number of
> > places that offer a separate, clean  tool that supports .
> > (Choose your tool and it's expected functionality).
> >
> 
> One small proto-model of "shared code" code components already exists within the
> Jakarta community, and might serve as a starting point for discussions -- the
> Jakarta Taglibs project, which is focused on creating reuseable JSP custom tag
> libraries.


This is your ,  and  then is clearly defined.  To me, this is
a  that is generic - like 'visual component' or 'bean' - it is a
general class of software where the functionaly is a degree of freedom
left to the creativity of the developer.  So you can say "Here is a
collection of , listed by functionality."

I think this is a valuable model - clearly the Taglibs projects shows
it's a valuable model.  But I am not sure that all the projects in
'Rupert' would work well this way.  For the 'single-instance' model, it
would be harder to say "Here is a collection of JDBC-compliant DB
connection pools".  How can you distinguish?

There certainly is space for both, or if you make  generic enough
in each case, then the overall project model can consists of a set of
libraries, each hosting a subject area :

POOLS :  (works as library )
 - generic object pool
 - JDBC DB connection pool
 - ?

XML Configuration : (works as library)
 - this would be a big list

ETC:

And each library (POOLS, XML Config) could manage the components within
in, similar to how a Jakarta project manages its own work.


[SNIP]
> 
> As long as you avoid a rule that there will be only one kind of  in the
> library, that should avoid most of the potential conflict issues.

Yes, but we should recognize that if the multiple  are something
like a DB Connection Pool, the 'rule' would be that the differences in
features and uses should be *clearly* enunciated, to the point of making
sure the non-Jakarta developer looking for a solution can easily
understand the differences, and make a decision.  Otherwise, they *will*
go elsewhere. 

Maybe my concern for the non-Jakarta developer is misplaced or
misaligned with the intent here, but as I have said before, there seems
to be an *enormous* amount of useful code for the Java developer
scattered around, and finding a way of clearly describing, presenting
and organizing it for general use would do the development community
(and ourselves - nothing beats writing software that is actually used) a
big favor.
 
> In order to make this work, someone(s) needs to step up and organize the basic
> infrastructure, but after that it can be fairly self-sustaining.  (And maybe Sam
> can extend Gump to see which individual modules are being used in which projects
> -- having your shared code selected by some other project is a pretty good vote
> on it's quality, plus an indication of who you should talk to before changing
> APIs ;-).

that's a great idea.
 
geir

-- 
Geir Magnusson Jr.   [EMAIL PROTECTED]
Velocity : it's not just a good idea. It should be the law.
http://jakarta.apache.org/velocity

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]