<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.linux.redhat.fedora.java">
    <title>gmane.linux.redhat.fedora.java</title>
    <link>http://blog.gmane.org/gmane.linux.redhat.fedora.java</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4074"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4071"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4070"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4064"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4061"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4057"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4048"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4047"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4046"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4043"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4040"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4039"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4038"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4035"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4031"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4026"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4024"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4022"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4020"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4019"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4074">
    <title>Guacamole stack in Fedora</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4074</link>
    <description>&lt;pre&gt;Hello,

following the mail in fedora-devel, I'm posting here some progress in
packaging the Guacamole stack for Fedora. I hope to get some advice
from Fedora Java gurus...

A brief overview:
Guacamole [1] is an HTML5 web application that provides access to
desktop environments using remote desktop protocols such as VNC or
RDP. A centralized server acts as a tunnel and proxy, allowing access
to multiple desktops through a web browser. No plugins are needed: the
client requires nothing more than a web browser supporting HTML5 and
AJAX.

Guacamole parts:

Java:
guacamole - The main web application, written in Java.
guacamole-common - The Java API used by the web application.
guacamole-common-js - The JavaScript library used by the web application.
guacamole-ext - Common interfaces for extending the main web application.

Native code:
guacd - The proxy daemon which translates between remote desktop
protocols and the Guacamole protocol.
libguac - The common library used by all C components of Guacamole,
including&lt;/pre&gt;</description>
    <dc:creator>Simone Caronni</dc:creator>
    <dc:date>2012-05-24T10:04:08</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4071">
    <title>Java Frameworks in Fedora?</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4071</link>
    <description>&lt;pre&gt;Hi,

Did a yum search "java frameworks" (F16)
came back with clojure.noarch

Can the sig tell me if there any any packaged frameworks,
that would be suitable for an interactive freemedia web-app.
Before I go any further.

&lt;/pre&gt;</description>
    <dc:creator>Frank Murphy</dc:creator>
    <dc:date>2012-05-21T16:03:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4070">
    <title>Flyer/Brochure for AS7 on Fedora</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4070</link>
    <description>&lt;pre&gt;Hi,

I'm going to be attending UberConf[1] and JAX San Francisco[2] as a
Fedora ambassador and Robyn suggested I create a brochure/brief sheet
about using AS7 on Fedora for developers. Does anyone have any
suggestions or ideas about what to say or show to developers that
would convince them that using AS7 on Fedora is (yum)my? Or how Fedora
as a java development environment is emerging? Any tips or tricks
about using AS7 on Fedora or about java development on Fedora?

Dan Allen (mojavelinux) will be presenting talks about AS7 at both
conferences so it will be a good time to introduce the audiences to
Fedora.

Let me know if you have any ideas or suggestions.

Cheers,
Sarah White
graphite6

[1] http://fedoraproject.org/wiki/UberConf_2012
[2] http://fedoraproject.org/wiki/Jax_US_2012
--
java-devel mailing list
java-devel&amp;lt; at &amp;gt;lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/java-devel&lt;/pre&gt;</description>
    <dc:creator>Sarah White</dc:creator>
    <dc:date>2012-05-17T15:18:35</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4064">
    <title>Handling of EE apis and other multiple implementations</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4064</link>
    <description>&lt;pre&gt;Hi all,

we have been having long-standing issues with multiple implementations
of the same APIs (javax.servlet, javax.servlet.jsp, etc). Namely we
don't handle them at all. They work in Maven through our dependency
mapping, but are not really usable during runtime. 

What I mean is for example several packages requiring javax.servlet
implementation, but in reality they have to pick one of several RPMs we
have. This inevitably leads to bloated installations when users
inevitably end up with more than one implementation installed (and their
deps).

There has always been a solution for this, which is using alternatives
system[1]. We haven't used it, mostly because relatively complicated
nature. So I went looking into simplifying it with rpm macros. Long
story short...this didn't turn out well mostly due to different
implementations needing different things on classpath. 

Ergo: I would like to propose a standardization on naming and use of
java EE APIs.

There are several aspects of this:
 1. We need to chose &lt;/pre&gt;</description>
    <dc:creator>Stanislav Ochotnicky</dc:creator>
    <dc:date>2012-05-10T14:31:58</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4061">
    <title>-javadoc subpackages require jpackage-utils</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4061</link>
    <description>&lt;pre&gt;https://bugzilla.redhat.com/show_bug.cgi?id=723779

Are there any other reasons for requiring jpackage-utils on -javadoc subpkgs?
I could not find anything specific in the java guidelines, except in the
ant and maven templates.

&lt;/pre&gt;</description>
    <dc:creator>Guido Grazioli</dc:creator>
    <dc:date>2012-05-02T07:22:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4057">
    <title>multiple dependencies installed during yum update</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4057</link>
    <description>&lt;pre&gt;Hello, today after running, as usual, yum update --skip-broken on rawhide,
i got several java packages installed as dependencies, I mean about
40 megs of rpms, some ant-, a lot of jetty-, mongo-, lucene-contrib,
some felix-, down to some eclipse-).
I can post the full list if needed.

The only java packages I had installed in rawhide before the update were:
jetty, jboss-, maven- and their dependencies (and openjdk).

Is all that an intended behaviour?
Guido
&lt;/pre&gt;</description>
    <dc:creator>Guido Grazioli</dc:creator>
    <dc:date>2012-04-29T09:14:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4048">
    <title>JBoss AS Fedora Test Day - tomorrow!</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4048</link>
    <description>&lt;pre&gt;Tomorrow we'll have a Fedora Test Day for JBoss AS, more information on 
the wiki page:

https://fedoraproject.org/wiki/Test_Day:2012-04-17_JBoss_Application_Server

See you!

--Marek
--
java-devel mailing list
java-devel&amp;lt; at &amp;gt;lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/java-devel&lt;/pre&gt;</description>
    <dc:creator>Marek Goldmann</dc:creator>
    <dc:date>2012-04-16T20:38:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4047">
    <title>mvn-rpmbuild verify as opposed to mvn-rpmbuild install</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4047</link>
    <description>&lt;pre&gt;We could shave off a few cpu and i/o cycles by doing mvn-rpmbuild verify 
instead of install [1] on packages that do not need the artifact to be 
available in the local cache further down the %build or %install section.

Carlo

[1] https://fedoraproject.org/wiki/Packaging:Java#maven3
--
java-devel mailing list
java-devel&amp;lt; at &amp;gt;lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/java-devel&lt;/pre&gt;</description>
    <dc:creator>Carlo de Wolf</dc:creator>
    <dc:date>2012-04-16T13:24:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4046">
    <title>Problems building maven-ant-tasks</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4046</link>
    <description>&lt;pre&gt;hi all! i'm trying to update and build maven-ant-tasks for gradle,
maven-ant-tasks uses maven 2, and i am having problems. i am receiving a
mvn-jpp not found error in my build log. Here are the links to spec, srpm,
and koji. Any suggestions? Thanks!


http://cerberus.fedorapeople.org/maven-ant-tasks/2.1.3/1/maven-ant-tasks.spec

http://cerberus.fedorapeople.org/maven-ant-tasks/2.1.3/1/maven-ant-tasks-2.1.3-1.fc16.src.rpm
 http://koji.fedoraproject.org/koji/taskinfo?taskID=3991366
--
java-devel mailing list
java-devel&amp;lt; at &amp;gt;lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/java-devel&lt;/pre&gt;</description>
    <dc:creator>Anthony Sasadeusz</dc:creator>
    <dc:date>2012-04-14T20:25:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4043">
    <title>pdebuild macro</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4043</link>
    <description>&lt;pre&gt;I'm seeing:

+ /usr/lib64/eclipse/buildscripts/pdebuild -d 'cdt cdt-parsers jgit rse' -f 
org.eclipse.ptp.utils -a '-DjavacSource=1.5 -DjavacTarget=1.5 -Dnoclean=true'
pdebuild was renamed into eclipse-pdebuild and moved into _bindir

Looks like https://fedoraproject.org/wiki/Packaging/EclipsePlugins#pdebuild 
needs to be updated.  But we need to make things conditional for F17+ and before.

Perhaps eclipse-pde should define a macro for it, but it would need to get 
pushed all the way down to F15 to be useful.  Otherwise every package will 
probably need to put in a conditional if you want to have a common spec for 
all releases.

Thoughts?

&lt;/pre&gt;</description>
    <dc:creator>Orion Poplawski</dc:creator>
    <dc:date>2012-04-13T15:18:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4040">
    <title>JBoss AS 7 in Fedora</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4040</link>
    <description>&lt;pre&gt;Quick heads-up:

JBoss AS 7 package (jboss-as) was approved, it'll be available in 
Rawhide and Fedora 17 soon!

--Marek
--
java-devel mailing list
java-devel&amp;lt; at &amp;gt;lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/java-devel&lt;/pre&gt;</description>
    <dc:creator>Marek Goldmann</dc:creator>
    <dc:date>2012-04-05T11:42:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4039">
    <title>GSOC 2012 Proposal: JBoss Fedora Spin</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4039</link>
    <description>&lt;pre&gt;Hello, all -

I just thought I would introduce myself. My name is Zack, and I am hoping
to participate to GSOC this year by helping contribute to the Fedora
Project.

My proposal is based creating spins of Fedora based on using JBoss tools
and community packages for application development, which I've submitted it
over at Google Melange&amp;lt;http://www.google-melange.com/gsoc/proposal/review/google/gsoc2012/dzack/1&amp;gt;
.

I would greatly appreciate any feedback or comments on it, as I would
really like to produce something the community will enjoy using. I am also
still currently looking for a mentor, and would welcome any guidance in
that respect.

Thank you for your time, and I look forward to hopefully working with you
all!

-Zack Garza
User Page: https://fedoraproject.org/wiki/User:Dzack
--
java-devel mailing list
java-devel&amp;lt; at &amp;gt;lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/java-devel&lt;/pre&gt;</description>
    <dc:creator>Zack Garza</dc:creator>
    <dc:date>2012-04-04T16:11:36</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4038">
    <title>GSOC proposal</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4038</link>
    <description>&lt;pre&gt;Hello everybody. My name is Anthony Sasadeusz and I would really appreciate
some feedback and comments on my proposal. The link to it is provided.
Thanks in advance.

https://fedoraproject.org/wiki/GSOC_2012/Student_Application_Cerberus/Fedora_JBoss_spin

- Anthony
--
java-devel mailing list
java-devel&amp;lt; at &amp;gt;lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/java-devel&lt;/pre&gt;</description>
    <dc:creator>Anthony Sasadeusz</dc:creator>
    <dc:date>2012-04-03T16:42:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4035">
    <title>[GSoC Proposal] Java API/ABI Checker</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4035</link>
    <description>&lt;pre&gt;I have created a draft proposal[1] for Java API/ABI Checker{idea
proposed by  Stanislav Ochotnicky[4]}. I have limited my scope to a
few features rather than addressing all/many,
to create a good deliverable.

This mostly proposes building features over python-javaclass[2] and
pkgdiff along with the Web-Repo.

I welcome any feedback and changes to the proposal.

An overview of the proposal rests at [3]

[1] https://fedoraproject.org/wiki/GSOC_2012/Student_Application_Vipulnsward/Java_API-ABI_Checker
[2] https://github.com/obriencj/python-javaclass
[3] https://fedoraproject.org/wiki/GSOC_2012/Student_Application_Vipulnsward/Java_API-ABI_Checker#Proposal_Description
[4] https://fedoraproject.org/wiki/User:Sochotni

Vipul A.M.
+91-8149-204995
--
java-devel mailing list
java-devel&amp;lt; at &amp;gt;lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/java-devel&lt;/pre&gt;</description>
    <dc:creator>Vipul Amler</dc:creator>
    <dc:date>2012-04-03T07:54:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4031">
    <title>Plans for Java 7 in EPEL?</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4031</link>
    <description>&lt;pre&gt;Are there any plans to add java-1.7.0-openjdk to EPEL? Is there a
particular reason (compatibility, RH is planning to ship it in a RHEL
update, something like that) why it could or should not be done, other
than no one doing it yet?

Best,
- Michael

--
java-devel mailing list
java-devel&amp;lt; at &amp;gt;lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/java-devel&lt;/pre&gt;</description>
    <dc:creator>Michael Ekstrand</dc:creator>
    <dc:date>2012-03-25T13:38:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4026">
    <title>shrinkwrap packaging</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4026</link>
    <description>&lt;pre&gt;Hello,
I'm trying to package all of the separate components of shrinkwrap. So to
start off with I try to build the entire project against rawhide,
investigate the dependencies and then build the seperate packages. The
problem I am having is maven-enforcer-plugin fails with a message
JAVA5_HOME needs to be set. Here is part of the build log.


[WARNING] The POM for org.eclipse.m2e:lifecycle-mapping:jar:1.0.0 is
missing, no dependency information available
[WARNING] Failed to retrieve plugin descriptor for
org.eclipse.m2e:lifecycle-mapping:1.0.0: Plugin
org.eclipse.m2e:lifecycle-mapping:1.0.0 or one of its dependencies
could not be resolved: Failed to read artifact descriptor for
org.eclipse.m2e:lifecycle-mapping:jar:1.0.0
[INFO]
[INFO] ------------------------------------------------------------------------
[INFO] Building ShrinkWrap Aggregator and Build Parent 1.0.0-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO]
[INFO] --- maven-enforcer-plugin:1.0.1:enforce (&lt;/pre&gt;</description>
    <dc:creator>Anthony Sasadeusz</dc:creator>
    <dc:date>2012-03-19T04:21:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4024">
    <title>Orphaning/removing java-1.6.0-openjdk from F17 andrawhide</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4024</link>
    <description>&lt;pre&gt;Hi,

OpenJDK6 will no longer be getting security updates after November 2012.

Since the lifespan of Fedora 17 is well beyond this, we have been
working toward being able to remove java-1.6.0-openjdk from Fedora 16
and proposed so in the F17 Java 7 feature:
http://fedoraproject.org/wiki/Features/Java7

We have re-built most packages that failed to build with Java 7:
https://fedoraproject.org/wiki/Java7_Package_Rebuild_Status

Most of what remains above is an FTFBS unrelated to Java 7.

To that end, I will be orphaning java-1.6.0-openjdk from F17 and rawhide
tomorrow -- this is just a heads up email.

Cheers,
Deepak
--
java-devel mailing list
java-devel&amp;lt; at &amp;gt;lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/java-devel&lt;/pre&gt;</description>
    <dc:creator>Deepak Bhole</dc:creator>
    <dc:date>2012-03-14T15:41:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4022">
    <title>freemind uses relative path to look for files</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4022</link>
    <description>&lt;pre&gt;Hello,

I recently received the following bug against freemind.

https://bugzilla.redhat.com/show_bug.cgi?id=800769

One working solution is to just add cd /usr/share/freemind into the startup
script but I just wanted to know if that is possible
and also why the current definition of the working directory in the startup
script is not working.
The current startup script looks like this:
http://pkgs.fedoraproject.org/gitweb/?p=freemind.git;a=blob;f=freemind.sh;h=76322cccaa435d2c000d406b298c7d188f00e822;hb=HEAD

Hope we could find an easy solution since it will really fix the Export
problems we have with freemind.

Thanks for any suggestions,

Johannes
--
java-devel mailing list
java-devel&amp;lt; at &amp;gt;lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/java-devel&lt;/pre&gt;</description>
    <dc:creator>Johannes Lips</dc:creator>
    <dc:date>2012-03-08T12:01:37</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4020">
    <title>Roadmap for Java things in Fedora</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4020</link>
    <description>&lt;pre&gt;
Hi,

I believe it might be nice to get everyone up to speed on what is
happening in Java world in Fedora and what is planned in near future.

1. Packaging guidelines updates
  - I'd like to add guidelines for packaging compat libraries. Maven
    already has support for this (see [1]) so I'd like to describe how
    to package compat things properly. Together with unversioned jars we
    already have, this is gonna make things easier. I'll add big red
    "DON'T DO THIS IF YOU DON'T HAVE TO" of course...

  - Remove mention of maven2 in guidelines since all supported versions
    have maven-3.x. Some other small cleanups as well perhaps

  - Add optional use of %generate_javadoc macro that automates
    generating of javadoc subpackages (already available for a while,
    not used though :-) )

  - Update JNI part of the guidelines to reflect current practice. The
    guidelines are actually out of date for JNI.

  - If you have things you'd like to include, please do changes directly
    to [2] and we can &lt;/pre&gt;</description>
    <dc:creator>Stanislav Ochotnicky</dc:creator>
    <dc:date>2012-03-07T15:53:55</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4019">
    <title>Jetty 8.1.0 in a working state - test request</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4019</link>
    <description>&lt;pre&gt;
I have just pushed an updated jetty 8.1.x into rawhide and F17[1]. Most
of the things should work and it would be nice if it got some wider
testing since we updated from 6.x to 8.1.x between F16 and F17.

If you have a web application or anything that you use with jetty,
please try it out and report any bugs you encounter. The spec has been
done from the group up more-less, so even trivial bugs can start
appearing (i.e such as user creation that was broken in first releases).


[1] https://admin.fedoraproject.org/updates/jetty-8.1.0-3.fc17

&lt;/pre&gt;</description>
    <dc:creator>Stanislav Ochotnicky</dc:creator>
    <dc:date>2012-02-23T16:54:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.linux.redhat.fedora.java/4018">
    <title>Versioned java dep in packaging guidelines</title>
    <link>http://comments.gmane.org/gmane.linux.redhat.fedora.java/4018</link>
    <description>&lt;pre&gt;Hi,

The Java packaging guidelines [1] currently require a versioned
dependency on java:

At a minimum, Java packages MUST:
BuildRequires: java-devel [&amp;gt;= specific_version]
BuildRequires:  jpackage-utils
Requires:  java &amp;gt;= specific_version
Requires:  jpackage-utils

This does not seem to reflect reality, as many recently-approved
packages do not require a minimum version.  Can the mandatory java
version be made optional like the java-devel one?

[1] https://fedoraproject.org/wiki/Packaging:Java#BuildRequires_and_Requires
--
java-devel mailing list
java-devel&amp;lt; at &amp;gt;lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/java-devel&lt;/pre&gt;</description>
    <dc:creator>Garrett Holmstrom</dc:creator>
    <dc:date>2012-02-22T18:21:35</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.redhat.fedora.java">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.redhat.fedora.java</link>
  </textinput>
</rdf:RDF>

