Mark Wielaard <[EMAIL PROTECTED]> writes:
> Please be very carefull about implementing any J2EE stuff. A lot of specs and
> javadoc documentation about J2EE technologies can only be accessed by first
> agreeing to a restrictive license. Please read that license carefully before
> downloading any
Tom Tromey <[EMAIL PROTECTED]> writes:
> Brian> I think as far as CVS goes we could set it up so that the ,v
> Brian> files from Classpath's tree get copied over to cygnus regularly
> Brian> in the libjava directory of libgcj.
>
> No, we can't do that. This approach fails to consider branches i
Guan Yang wrote:
>
> 2) Is there room in GNU Classpath for J2EE stuff?
> --
What are you interested in?
JSP, XML, Servlets are being done by Apache extensively. Tomcat will be the
reference implementation of JSP and Servlets
JTA and JMS I think are mostly framework and depend on JTS. Well,
JTS
On Thu, Dec 16, 1999 at 05:21:32PM -0500, Paul Fisher wrote:
> Guan Yang <[EMAIL PROTECTED]> writes:
>
> > 2) Is there room in GNU Classpath for J2EE stuff?
>
> Yes -- or at least something that provides equivalent functionality.
Please be very carefull about implementing any J2EE stuff. A lot
On Thu, Dec 16, 1999 at 05:15:50PM -0500, Michael Emmel wrote:
> Dick Hollenbeck wrote:
>
> > If you lose your clean room status, you are like a
> > house of cards. Be careful about an army of guys working
> > concurrently with code from Sun.
>
> One reason I'm hesistant to contribute to classp
Brian> I think as far as CVS goes we could set it up so that the ,v
Brian> files from Classpath's tree get copied over to cygnus regularly
Brian> in the libjava directory of libgcj.
No, we can't do that. This approach fails to consider branches in our
repository. It also fails if anybody ever c
On Thu, Dec 16, 1999 at 11:34:25AM -0500, Paul Fisher wrote:
> Anthony Green <[EMAIL PROTECTED]> writes:
>
> > If we could all agree to switch to this license, then we could start
> > working on a plan to merge the two projects.
>
> If anyone wants to weigh in on the issue of switching to libgcc
BENCHMARK SUPPLY
7540 BRIDGEGATE COURT
ATLANTA GA 30350
***LASER PRINTER TONER CARTRIDGES***
***FAX AND COPIER TONER***
WE ACCEPT GOVERNMENT, SCHOOL & UNIVERSITY PURCHASE ORDERS
JUST LEAVE YOUR PO # WITH CORRECT BILLING & SHIPPING ADDRESS
CHECK OUT OUR NEW CARTRIDGE PRICES :
APPLE
Paul Fisher wrote:
> > Secondly, how would this license affect embedding of classpath in eg
> > Mozilla, which is Free but not GPL-compatible?
>
> Licensing for Java in Mozilla is a non-issue. Mozilla runs the JVM in
> a separate process, and therefore the JVM+libraries can be covered by
> any l
On Mon, Dec 20, 1999 at 01:44:13AM -0500, Brian Jones wrote:
> Mark Wielaard <[EMAIL PROTECTED]> writes:
> >
> > Just me being paranoid,
>
> Rightly to be paranoid about this. A number of books out there right
> now on Swing liberally include source code from Sun's implementation;
> don't buy s
> Mark Wielaard <[EMAIL PROTECTED]> writes:
>
> > Please be very carefull about implementing any J2EE stuff. A lot of specs and
> > javadoc documentation about J2EE technologies can only be accessed by first
> > agreeing to a restrictive license. Please read that license carefully before
> > down
"Dick Hollenbeck" <[EMAIL PROTECTED]> writes:
> Never in my life have I agreed to a license by reading or
> buying a publicly available book. (Other than being bound
> by copyright law.) I have no knowledge of any case law
> that suggests this is on a par with opening a shrink wrap
> licen
Mark Wielaard wrote:
> When you have not agreed to a license/contract the publisher can not
> force you to do or don't do anything with the information. You can
> use the ideas for everything you want as long as you don't violate
> the copyright by directly copying large portions and distributing
Bernd Kreimeier wrote:
> Mark Wielaard wrote:
> > When you have not agreed to a license/contract the publisher can not
> > force you to do or don't do anything with the information. You can
> > use the ideas for everything you want as long as you don't violate
> > the copyright by directly copyin
Bernd Kreimeier <[EMAIL PROTECTED]> writes:
> Sun is taking the stance that copyright on specifications prohibits
> implementation of these specifications w/o a license.
Sun does indeed take this bogus stance. We choose to ignore it.
Sun interprets copyright law far too broadly.
> To my unders
> Furthermore, it is non-sensical that you are violating a
> copyright by implementing the ideas expressed by a
> copyrighted specification. Copyright is the protection of
> "expression of ideas", not the ideas themselves.
> Copyright protects the particular expression, not the ideas
> themselves
java.awt.image is basically done and you can blame Brian Jones and I for
that. I still need to finish a few scattered methods but that will wait
for after my last final ( Yes, I still have finals :( ) and probably
Christmas.
java.applet.* <--- Aaron you said this as finished but where
i
Paul Fisher wrote:
> > Sun is taking the stance that copyright on specifications prohibits
> > implementation of these specifications w/o a license.
>
> Sun does indeed take this bogus stance. We choose to ignore it.
> Sun interprets copyright law far too broadly.
Interesting. I don't know whet
The FSF and Cygnus have agreed, in principle, to merge the libgcj and
Classpath projects together.
The general framework:
1. libgcj and Classpath will both change licensing terms to the GPL
with the following exception:
/* As a special exception, if you link this library with other files
Paul Fisher wrote:
> The FSF and Cygnus have agreed, in principle, to merge the libgcj and
> Classpath projects together.
>
> The general framework:
>
> 1. libgcj and Classpath will both change licensing terms to the GPL
>with the following exception:
>
> /* As a special exception, if you li
Paul Fisher wrote:
> /* As a special exception, if you link this library with other files
> to produce an executable, this library does not by itself cause
> the resulting executable to be covered by the GNU General Public
> License. This exception does not however invalidate any oth
21 matches
Mail list logo