Re: [cp-patches] Some example updates which LAF should be default?

2005-10-31 Thread Roman Kennke
Hi,

 I committed this. But should we keep the GNULookAndFeel as default?

I was also thinking about this and my feeling is that we should use the
MetalLookAndFeel. The OceanTheme is not ready yet. Once I set it as
default for the MetalLookAndFeel (as in JDK1.5), but it turned out that
the implementation is slightly inconsistent and does not really look
good in all places. Not to mention that all the funky gradients and
other Java2D effects are missing completely.

/Roman



signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Classpath-patches mailing list
Classpath-patches@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath-patches


[cp-patches] FYI: Stability fix for gnu/CORBA/SocketRepository

2005-10-31 Thread Meskauskas Audrius
This patch fixes some hanging problems that I observed when debugging my 
CORBA game example. These problems stayed unnoticed during tests because 
the game normally lasts much longer that it takes the test to complete.


2005-10-31  Audrius Meskauskas  [EMAIL PROTECTED]

* gnu/CORBA/SocketRepository.java (not_reusable, gc): New methods.
(sockets): Use hashtable.
Index: gnu/CORBA/SocketRepository.java
===
RCS file: /cvsroot/classpath/classpath/gnu/CORBA/SocketRepository.java,v
retrieving revision 1.3
diff -u -r1.3 SocketRepository.java
--- gnu/CORBA/SocketRepository.java 2 Sep 2005 15:53:05 -   1.3
+++ gnu/CORBA/SocketRepository.java 31 Oct 2005 10:33:20 -
@@ -40,8 +40,9 @@
 
 import java.net.Socket;
 import java.net.SocketException;
-
-import java.util.HashMap;
+import java.util.Hashtable;
+import java.util.Iterator;
+import java.util.Map;
 
 /**
  * This class caches the opened sockets that are reused during the
@@ -55,10 +56,11 @@
   /**
* The socket map.
*/
-  private static HashMap sockets = new HashMap();
-
+  private static Hashtable sockets = new Hashtable();
+  
   /**
-   * Put a socket.
+   * Put a socket. This method also discards all not reusable sockets from
+   * the map.
*
* @param key as socket key.
*
@@ -67,6 +69,36 @@
   public static void put_socket(Object key, Socket s)
   {
 sockets.put(key, s);
+gc();
+  }
+  
+  /**
+   * Removes all non reusable sockets.
+   */
+  public static void gc()
+  {
+Iterator iter = sockets.entrySet().iterator();
+
+Map.Entry e;
+Socket sx;
+
+while (iter.hasNext())
+  {
+e = (Map.Entry) iter.next();
+sx = (Socket) e.getValue();
+
+if (not_reusable(sx))
+  iter.remove();
+  }
+  }
+  
+  /**
+   * Return true if the socket is no longer reusable.
+   */
+  static boolean not_reusable(Socket s)
+  {
+return (s.isClosed() || !s.isBound() || !s.isConnected() ||
+s.isInputShutdown() || s.isOutputShutdown());
   }
 
   /**
@@ -75,21 +107,26 @@
* @param key a socket key.
* 
* @return an opened socket for reuse, null if no such available or it is
-   * closed.
+   * closed, its input or output has been shutown or otherwise the socket
+   * is not reuseable.
*/
   public static Socket get_socket(Object key)
   {
+if (true)
+  return null;
+
 Socket s = (Socket) sockets.get(key);
 if (s == null)
   return null;
-else if (s.isClosed())
+
+// Ensure that the socket is fully reusable.
+else if (not_reusable(s))
   {
 sockets.remove(key);
 return null;
   }
 else
   {
-sockets.remove(key);
 try
   {
 // Set one minute time out that will be changed later.
@@ -99,6 +136,8 @@
   {
 s = null;
   }
+
+sockets.remove(key);
 return s;
   }
   }
___
Classpath-patches mailing list
Classpath-patches@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath-patches


[cp-patches] FYI: some AccessibleJTable methods

2005-10-31 Thread Roman Kennke

Hi,

I implemented 3 methods in JTable.AccessibleJTable.

2005-10-31  Roman Kennke  [EMAIL PROTECTED]

* javax/swing/JTable.java
(AccessibleJTable.tableChanged): Implemented.
(AccessibleJTable.tableRowsInserted): Implemented.
(AccessibleJTable.tableRowsDeleted): Implemented.


/Roman


___
Classpath-patches mailing list
Classpath-patches@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath-patches


[cp-patches] FYI: New JTextField method

2005-10-31 Thread Roman Kennke
Hi,

I added the  missing method getHorizontalVisibility to JTextField.
However, the real implementation of this thing is still missing, because
this BoundedRangeModel must really be managed by
javax.swing.text.FieldView. I have added a TODO note into the code for
that.

2005-10-31  Roman Kennke  [EMAIL PROTECTED]

* javax/swing/JTextField.java
(horizontalVisibility): New field.
(JTextField): Initialize horizontalVisibility field.
(getHorizontalVisibility): New method.

/Roman
Index: javax/swing/JTextField.java
===
RCS file: /cvsroot/classpath/classpath/javax/swing/JTextField.java,v
retrieving revision 1.25
diff -u -r1.25 JTextField.java
--- javax/swing/JTextField.java	27 Oct 2005 14:53:41 -	1.25
+++ javax/swing/JTextField.java	31 Oct 2005 16:20:56 -
@@ -120,6 +120,11 @@
   private PropertyChangeListener actionPropertyChangeListener;
 
   /**
+   * The horizontal visibility of the textfield.
+   */
+  private BoundedRangeModel horizontalVisibility;
+
+  /**
* Creates a new instance of codeJTextField/code.
*/
   public JTextField()
@@ -185,6 +190,9 @@
 
 // default value for alignment
 align = LEADING;
+
+// Initialize the horizontal visibility model.
+horizontalVisibility = new DefaultBoundedRangeModel();
   }
 
   /**
@@ -486,5 +494,21 @@
 if (accessibleContext == null)
   accessibleContext = new AccessibleJTextField();
 return accessibleContext;
+  }
+
+  /**
+   * Returns the bounded range model that describes the horizontal visibility
+   * of the text field in the case when the text does not fit into the
+   * available space. The actual values of this model are managed by the look
+   * and feel implementation.
+   *
+   * @return the bounded range model that describes the horizontal visibility
+   */
+  public BoundedRangeModel getHorizontalVisibility()
+  {
+// TODO: The real implementation of this property is still missing.
+// However, this is not done in JTextField but must instead be handled in
+// javax.swing.text.FieldView.
+return horizontalVisibility;
   }
 }
___
Classpath-patches mailing list
Classpath-patches@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath-patches


[cp-patches] FYI: WrappedPlainView additions make line-wrapping work!

2005-10-31 Thread Anthony Balkissoon
I added a lot to WrappedPlainView (and fixed a bug in Utilities that I
mentioned in a previous email) to make line-wrapping in JTextAreas
actually work!

Of course, when testing, I hardcoded into JTextArea that it's View
should be of type WrappedPlainView so I could see the line wrapping
working.  This is incorrect and I didn't commit that.  WrappedPlainView
should be set as a JTextArea's View when setLineWrap(true) is called.
Once this is working (soon), you'll be able to see the line-wrapping
working.

I also haven't done a whole lot of testing, just a one-time insertion of
text and it wrapped properly, so I'll have to test (and fix) this much
more.


2005-10-31  Anthony Balkissoon  [EMAIL PROTECTED]

* javax/swing/text/WrappedPlainView.java:
(viewFactory): New field.
(drawLine): New API method.
(calculateBreakPosition): Update the metrics before calling Utilities
methods. Fixed error in offset argument passed to the Utilities 
methods.
(updateMetrics): New implementation method.
(getPreferredSpan): New API method.
(insertUpdate): Likewise.
(removeUpdate): Likewise.
(changedUpdate): Likewise.
(WrappedLineCreator): New class.
(paint): New API method.
(setSize): New API method.
(WrappedLine.paint): Implemented.
(WrappedLine.getPreferredSpan): Don't update the metrics, this is now
done in WrappedPlainView.paint.
(WrappedLine.modelToView): Likewise.
(WrappedLine.viewToModel): Likewise.

--Tony
Index: javax/swing/text/WrappedPlainView.java
===
RCS file: /cvsroot/classpath/classpath/javax/swing/text/WrappedPlainView.java,v
retrieving revision 1.1
diff -u -r1.1 WrappedPlainView.java
--- javax/swing/text/WrappedPlainView.java	25 Oct 2005 20:11:12 -	1.1
+++ javax/swing/text/WrappedPlainView.java	31 Oct 2005 20:38:02 -
@@ -45,6 +45,8 @@
 import java.awt.Rectangle;
 import java.awt.Shape;
 
+import javax.swing.event.DocumentEvent;
+import javax.swing.event.DocumentEvent.ElementChange;
 import javax.swing.text.Position.Bias;
 
 /**
@@ -68,6 +70,9 @@
   /** Whether or not to wrap on word boundaries **/
   boolean wordWrap;
   
+  /** A ViewFactory that creates WrappedLines **/
+  ViewFactory viewFactory = new WrappedLineCreator();
+  
   /**
* The instance returned by [EMAIL PROTECTED] #getLineBuffer()}.
*/
@@ -125,6 +130,27 @@
   return 8;
 return ((Integer)tabSize).intValue();
   }
+  
+  /**
+   * Draws a line of text, suppressing white space at the end and expanding
+   * tabs.  Calls drawSelectedText and drawUnselectedText.
+   * @param p0 starting document position to use
+   * @param p1 ending document position to use
+   * @param g graphics context
+   * @param x starting x position
+   * @param y starting y position
+   */
+  protected void drawLine(int p0, int p1, Graphics g, int x, int y)
+  {
+try
+{
+  drawUnselectedText(g, x, y, p0, p1);
+}
+catch (BadLocationException ble)
+{
+  // shouldn't happen
+}
+  }
 
   /**
* Renders the range of text as selected text.  Just paints the text 
@@ -202,6 +228,7 @@
   {
 Container c = getContainer();
 Rectangle alloc = c.getBounds();
+updateMetrics();
 try
   {
 getDocument().getText(p0, p1 - p0, getLineBuffer());
@@ -214,11 +241,90 @@
 if (wordWrap)
   return p0
  + Utilities.getBreakLocation(lineBuffer, metrics, alloc.x,
-  alloc.x + alloc.width, this, p0);
+  alloc.x + alloc.width, this, 0);
 else
+  {
   return p0
  + Utilities.getTabbedTextOffset(lineBuffer, metrics, alloc.x,
- alloc.x + alloc.width, this, p0);
+ alloc.x + alloc.width, this, 0);
+  }
+  }
+  
+  void updateMetrics()
+  {
+Container component = getContainer();
+metrics = component.getFontMetrics(component.getFont());
+  }
+  
+  /**
+   * Determines the preferred span along the given axis.  Implemented to 
+   * cache the font metrics and then call the super classes method.
+   */
+  public float getPreferredSpan (int axis)
+  {
+updateMetrics();
+return super.getPreferredSpan(axis);
+  }
+  
+  /**
+   * Called when something was inserted.  Overridden so that
+   * the view factory creates WrappedLine views.
+   */
+  public void insertUpdate (DocumentEvent e, Shape a, ViewFactory f)
+  {
+super.insertUpdate(e, a, viewFactory);
+  }
+  
+  /**
+   * Called when something is removed.  Overridden so that
+   * the view factory creates WrappedLine views.
+   */
+  public void removeUpdate (DocumentEvent e, Shape a, ViewFactory f)
+  {
+super.removeUpdate(e, a, viewFactory);
+  }
+  
+  /**
+   * Called when the portion of the Document that this View is 

Re: StatCVS report updated...

2005-10-31 Thread Meskauskas Audrius

55351 line of tests on the graphic user interface? Impressive!

David Gilbert wrote:

Another month has gone by, so I updated the StatCVS report for GNU 
Classpath:


http://www.object-refinery.com/classpath/statcvs/

Regards,

Dave





___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath


Using OSG for Classpath

2005-10-31 Thread Peter Kriens
I am very impressed with the Classpath libraries. It is an impressive
feat to get so much done.

I have, however, a request. The current classpath is becoming quite big
and will contain too much for smaller environments. I am trying to get
jamvm and classpath to work on an NSLU2 and it means I have to twiddle
a lot. So I have some questions:

1/ Could classpath be split up in multiple, independent projects? I.e.
   every javax should have its own JAR.

2/ Could you use the OSGi modularization headers for JAR files to
   make these libraries deployable? These headers allow you to keep
   implementation code protected from other JARs when running on an
   OSGi system. These headers are ignored for other systems.
   FYI, OSGi is used in Eclipse, Apache and in many commercial
   projects. I would be more than willing to help to get these headers
   in place.

3/ Cross dependencies should be absolutely minimized. I noticed
   java.nio was used in several implementation packages.

Kind regards,

   Peter Kriens

-- 
Peter Kriens  Tel +33870447986
9C, Avenue St. DrézéryAOL,Yahoo: pkriens
34160 Beaulieu, FranceICQ 255570717
Skype pkriens Fax +1 8153772599
 



___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath


[Bug classpath/24596] New: Return value of getResourceAsStream().available() in jar file

2005-10-31 Thread freebeans at xqb dot biglobe dot ne dot jp
When getResourceAsStream().available() is called in the class loaded from the
Jar file, the return value is different in GNU Classpath and Sun JDK. 
GNU Classpath:
 getResourceAsStream().available() returns 0 or 1.
Sun's JDK:
 getResourceAsStream().available() returns actual resource size.

This is undocumented behavior, I think it is not a bug.
However, it is thought that it is necessary to match GNU Classpath to the
behavior of Sun, because there is an application that depends on this behavior.


-- 
   Summary: Return value of getResourceAsStream().available() in jar
file
   Product: classpath
   Version: 0.18
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: classpath
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: freebeans at xqb dot biglobe dot ne dot jp


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24596



___
Bug-classpath mailing list
Bug-classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-classpath


[Bug classpath/24596] Return value of getResourceAsStream().available() in jar file

2005-10-31 Thread freebeans at xqb dot biglobe dot ne dot jp


--- Comment #1 from freebeans at xqb dot biglobe dot ne dot jp  2005-10-31 
15:18 ---
Created an attachment (id=10083)
 -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10083action=view)
Test program

javac ResourceTest.java
mkdir jar
jar cf jar\resourcetest.jar ResourceTest.class
cd jar
java -cp resourcetest.jar ResourceTest


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24596



___
Bug-classpath mailing list
Bug-classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-classpath


Re: Updated FreeSwingTestApps

2005-10-31 Thread Archie Cobbs

Mark Wielaard wrote:

In preparation for the next snapshot on Wednesday I went through the
FreeSwingTestApps list. There are now 4 categories Should Work,
Starts but doesn't really work, Needs lots of Work and Untested.
The first two categories are the most interesting since those are
applications that (at least partially) work now.


Another good one to test would be the Apache Batik SVG browser.

  http://xml.apache.org/batik/svgviewer.html

This Swing app uses the graphics toolkit very heavily.

-Archie

__
Archie Cobbs  *CTO, Awarix*  http://www.awarix.com


___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath


Re: Using OSG for Classpath

2005-10-31 Thread Roman Kennke
Hi Peter,

 1/ Could classpath be split up in multiple, independent projects? I.e.
every javax should have its own JAR.

It should not be too hard to create separate JARs for some packages, at
least for the javax packages this should be rather trivial. The
interdependecies of the core packages (java.*) is quite complicated and
I don't think they can be separated easily.

 2/ Could you use the OSGi modularization headers for JAR files to
make these libraries deployable? These headers allow you to keep
implementation code protected from other JARs when running on an
OSGi system. These headers are ignored for other systems.
FYI, OSGi is used in Eclipse, Apache and in many commercial
projects. I would be more than willing to help to get these headers
in place.

Speaking for myself, I simply don't have the knowledge of OSGi to do
such thing. If you are willing to write such headers and contribute them
you are very welcome to post the necessary code to this list or
[EMAIL PROTECTED] Keep in mind that - for inclusion in the GNU
Classpath project - we need a copyright assignment to the FSF from you.

 3/ Cross dependencies should be absolutely minimized. I noticed
java.nio was used in several implementation packages.

As I said, the interdependencies between the core packages are - at
places - quite complex and hardly avoidable. We do however try keep the
dependencies at a minimum. If you find a dependency from one package to
another which can/should be avoided, please file a bug report.
http://www.gnu.org/software/classpath/bugs.html

Thank you,
Roman Kennke


signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath


Re: Using OSG for Classpath

2005-10-31 Thread Andrew Haley
Peter Kriens writes:
  I am very impressed with the Classpath libraries. It is an impressive
  feat to get so much done.
  
  I have, however, a request. The current classpath is becoming quite big
  and will contain too much for smaller environments. I am trying to get
  jamvm and classpath to work on an NSLU2 and it means I have to twiddle
  a lot. So I have some questions:
  
  1/ Could classpath be split up in multiple, independent projects? I.e.
 every javax should have its own JAR.

It would be a good idea to partition Classpath into subsets.  That
said, the nature of the Java library makes this hard to do.

  2/ Could you use the OSGi modularization headers for JAR files to
 make these libraries deployable? These headers allow you to keep
 implementation code protected from other JARs when running on an
 OSGi system. These headers are ignored for other systems.
 FYI, OSGi is used in Eclipse, Apache and in many commercial
 projects. I would be more than willing to help to get these headers
 in place.

Please give us some idea about this.  How do OSGi modularization
headers work?

  3/ Cross dependencies should be absolutely minimized. I noticed
 java.nio was used in several implementation packages.

Here we must disagree.  Performance and completeness comes first.

Andrew.


___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath


Re: Using OSG for Classpath

2005-10-31 Thread Tom Tromey
 Roman == Roman Kennke [EMAIL PROTECTED] writes:

 3/ Cross dependencies should be absolutely minimized. I noticed
 java.nio was used in several implementation packages.

Roman As I said, the interdependencies between the core packages are - at
Roman places - quite complex and hardly avoidable. We do however try keep the
Roman dependencies at a minimum. If you find a dependency from one package to
Roman another which can/should be avoided, please file a bug report.

In some cases we've deliberately chosen to have unusual dependencies
rather than duplicate code.  In particular I'm thinking of our io/nio
inter-connections.

Tom


___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath


Re: Using OSG for Classpath

2005-10-31 Thread Tom Tromey
 Peter == Peter Kriens [EMAIL PROTECTED] writes:

Peter 1/ Could classpath be split up in multiple, independent projects? I.e.
Peterevery javax should have its own JAR.

Peter 2/ Could you use the OSGi modularization headers for JAR files to
Petermake these libraries deployable? These headers allow you to keep
Peterimplementation code protected from other JARs when running on an
PeterOSGi system. These headers are ignored for other systems.
PeterFYI, OSGi is used in Eclipse, Apache and in many commercial
Peterprojects. I would be more than willing to help to get these headers
Peterin place.

Peter 3/ Cross dependencies should be absolutely minimized. I noticed
Peterjava.nio was used in several implementation packages.

The idea of building subsets of Classpath has come up a number of
times.  I think the fundamental problem is not that anybody is opposed
to it in theory, but more that nobody has really taken the time to
implement a workable solution.  Informally I would say that it seems
like most current Classpath developers are interested in getting all
of J2SE working and aren't, typically, super concerned about embedded
applications.

I think a workable solution has to consider not only deployment, but
also development.  Any approach that can't be automated and, say,
can't work directly in Eclipse, is probably not going to work out that
well.  (E.g., look at the current class-dependencies.conf files, which
afaics are hand generated and unmaintained.  This kind of thing
doesn't scale...)

I've seen the OSGi idea come up before, in particular on the Harmony
list.  I still don't understand what concrete benefit it provides.
Could you describe that?

Tom


___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath


Re[2]: Using OSG for Classpath

2005-10-31 Thread Peter Kriens
Obviously, the first distinction is java, javax and the rest.

There are a number of well defined profiles in J2ME. There are issues
but it would be great if they could be supported. However, I think the
first step should be modularizing the low hanging fruit.

The OSGi modularization is based on Manifest headers that describe the
package and their dependencies. The simple headers are:

Manifest-Version: 1.0
Bundle-SymbolicName: ApacheTomcat
Bundle-Version: 4.2.1
Import-Package: javax.servlet; version=2.4,
  javax.servlet.http; version=2.4
Export-Package: org.apache.tomcat.util.net; version=4.3

Bundles can import packages and export packages. Versions are
supported, as well as arbitrary attributes. When deployed on an OSGi
Framework, the bundles are wired together as defined by their
capabilities.

There are tools (I have one) that can create these headers depending
on a list of packages that need to be jarred. They analyze the
bytecodes and find out the dependencies.

Additionally, you can also include native code in the JARs. This is
described with the following headers;

Bundle-NativeCode: /lib/java-io.DLL; osname = QNX;
   osversion = 3.1,
   /lib/java-io.so; osname=Linux; osversion=2.2.4


The trick is to define a good base set and then create additional JAR
files for the extensions.

Kind regards,

 Peter Kriens





AH Peter Kriens writes:
  I am very impressed with the Classpath libraries. It is an impressive
  feat to get so much done.
  
  I have, however, a request. The current classpath is becoming quite big
  and will contain too much for smaller environments. I am trying to get
  jamvm and classpath to work on an NSLU2 and it means I have to twiddle
  a lot. So I have some questions:
  
  1/ Could classpath be split up in multiple, independent projects? I.e.
 every javax should have its own JAR.

AH It would be a good idea to partition Classpath into subsets.  That
AH said, the nature of the Java library makes this hard to do.

  2/ Could you use the OSGi modularization headers for JAR files to
 make these libraries deployable? These headers allow you to keep
 implementation code protected from other JARs when running on an
 OSGi system. These headers are ignored for other systems.
 FYI, OSGi is used in Eclipse, Apache and in many commercial
 projects. I would be more than willing to help to get these headers
 in place.

AH Please give us some idea about this.  How do OSGi modularization
AH headers work?

  3/ Cross dependencies should be absolutely minimized. I noticed
 java.nio was used in several implementation packages.

AH Here we must disagree.  Performance and completeness comes first.

AH Andrew.


-- 
Peter Kriens  Tel +33870447986
9C, Avenue St. DrézéryAOL,Yahoo: pkriens
34160 Beaulieu, FranceICQ 255570717
Skype pkriens Fax +1 8153772599



___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath


Re: Updated FreeSwingTestApps

2005-10-31 Thread Archie Cobbs

Mark Wielaard wrote:

Another good one to test would be the Apache Batik SVG browser.

  http://xml.apache.org/batik/svgviewer.html

This Swing app uses the graphics toolkit very heavily.


Interesting application. I am currently unable to get past the
(beautiful!) splash screen. The progress bar updates, but then I get
some obscure error. Could you add this one to the webpage (probably
under and add some comments about what to download where and how to
startup plus anything you think is helpful for people wanting to this
going? http://developer.classpath.org/mediation/FreeSwingTestApps


I added it to the wiki. Download instructions, etc. are on the
home page, no need to repeat. You can add more details on the
obscure error if you want to.

Thanks,
-Archie

__
Archie Cobbs  *CTO, Awarix*  http://www.awarix.com


___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath


RE: Re[2]: Using OSG for Classpath

2005-10-31 Thread David Holmes
Peter Kriens writes:
 The OSGi gives you modularization. Instead of one big chunk, you get
 many smaller chunks with well defined dependencies.

I think something like this works well for frameworks and even some
applications. While some parts of the java* tree can be treated effectively
as separate frameworks, I don't think this extends to the core packages
themselves. Further I don't see modules as being any help in dealing with
the subsetting/supersetting introduced by J2ME configurations and profiles.

Just my 2c

David Holmes



___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath


[commit-cp] classpath ./ChangeLog gnu/CORBA/SocketRepositor...

2005-10-31 Thread Audrius Meškauskas
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: 
Changes by: Audrius Meškauskas [EMAIL PROTECTED] 05/10/31 11:24:18

Modified files:
.  : ChangeLog 
gnu/CORBA  : SocketRepository.java 

Log message:
2005-10-31  Audrius Meskauskas  [EMAIL PROTECTED]

* gnu/CORBA/SocketRepository.java (not_reusable, gc): New methods.
(sockets): Use hashtable. (get_socket): Rewritten.

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.5395tr2=1.5396r1=textr2=text
http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/gnu/CORBA/SocketRepository.java.diff?tr1=1.3tr2=1.4r1=textr2=text





[commit-cp] classpath ./ChangeLog javax/swing/JTextField.java

2005-10-31 Thread Roman Kennke
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: 
Changes by: Roman Kennke [EMAIL PROTECTED]05/10/31 16:22:51

Modified files:
.  : ChangeLog 
javax/swing: JTextField.java 

Log message:
2005-10-31  Roman Kennke  [EMAIL PROTECTED]

* javax/swing/JTextField.java
(horizontalVisibility): New field.
(JTextField): Initialize horizontalVisibility field.
(getHorizontalVisibility): New method.

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.5396tr2=1.5397r1=textr2=text
http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/javax/swing/JTextField.java.diff?tr1=1.25tr2=1.26r1=textr2=text





[commit-cp] classpath ./ChangeLog javax/swing/text/Utilitie...

2005-10-31 Thread Anthony Balkissoon
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: 
Changes by: Anthony Balkissoon [EMAIL PROTECTED]  05/10/31 20:03:53

Modified files:
.  : ChangeLog 
javax/swing/text: Utilities.java 

Log message:
2005-10-31  Anthony Balkissoon  [EMAIL PROTECTED]

* javax/swing/text/Utilities.java:
(getTabbedTextOffset): Adjusted for loop bound down by s.offset and
adjusted array index up by s.offset.  This fixes the second part of
PR 24316.  Expand tabs, not newlines.  Allow the x-position to reach
the end specified position (use  instead of =).

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.5397tr2=1.5398r1=textr2=text
http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/javax/swing/text/Utilities.java.diff?tr1=1.15tr2=1.16r1=textr2=text





[commit-cp] classpath ./ChangeLog javax/swing/plaf/basic/Ba...

2005-10-31 Thread Anthony Balkissoon
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: 
Changes by: Anthony Balkissoon [EMAIL PROTECTED]  05/10/31 21:29:52

Modified files:
.  : ChangeLog 
javax/swing/plaf/basic: BasicTextAreaUI.java BasicTextUI.java 
javax/swing/text: WrappedPlainView.java 

Log message:
2005-10-31  Anthony Balkissoon  [EMAIL PROTECTED]

* javax/swing/plaf/basic/BasicTextAreaUI.java:
(create): Added docs.  Create WrappedPlainView instead of PlainView if
the text area has line wrapping turned on.
(propertyChange): New API method.  If line wrapping is turned on or off
or if the style of wrapping (character or word) is changed, call
modelChanged().
* javax/swing/plaf/basic/BasicTextUI.java:
(setView): Call revalidate and repaint after setting the View.
* javax/swing/text/WrappedPlainView.java:
(insertUpdate): Repaint the container.
(removeUpdate): Likewise.
(changedUpdate): Likewise.

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/ChangeLog.diff?tr1=1.5399tr2=1.5400r1=textr2=text
http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/javax/swing/plaf/basic/BasicTextAreaUI.java.diff?tr1=1.5tr2=1.6r1=textr2=text
http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/javax/swing/plaf/basic/BasicTextUI.java.diff?tr1=1.48tr2=1.49r1=textr2=text
http://savannah.gnu.org/cgi-bin/viewcvs/classpath/classpath/javax/swing/text/WrappedPlainView.java.diff?tr1=1.2tr2=1.3r1=textr2=text